#[SOLVED] Dependency failed for /home

340 messages · Page 1 of 1 (latest)

dry nexus
#

it was running alright even after the update yesterday. today it suddenly shows this
i have never encountered this problem
please help

update:

The problem got solved by letting fsck -f [partition] run for as long as it takes

#

Dependency failed for /home

restive crater
#

@dry nexus do you still have the usb flashed?

dry nexus
#

does it matter if the iso is old

restive crater
#

no

#

@dry nexus boot into it please

dry nexus
restive crater
#

now chroot

heady wind
#

ohh it's a service issue

dry nexus
heady wind
dry nexus
#

yes chrooted

#

I'm in

#

@restive crater

heady wind
#

ohh, they can't run a service through chroot

#

can you just exit from chroot, umount the partitions and run fsck on the home partition

restive crater
#

you should still be able to log in even tho ur in emergency mode you’ll only have the cli iirc

#

journalctl -xb

heady wind
restive crater
#

¯_(ツ)_/¯ i’ll brb

dry nexus
heady wind
#

should be something like :-

fsck -f /dev/home-par

heady wind
dry nexus
#

i did

#

are my files at risk? ")

heady wind
#

did it showed some corrupted inodes

heady wind
dry nexus
heady wind
#

you have to press y for all the optimization it asks

#

or maybe you can run fsck -fy /dev/sda3 for automatically considering yes for all the optimizations

dry nexus
#

i did yes to all
there was a prompt for it

heady wind
#

just try rebooting now

dry nexus
dry nexus
heady wind
dry nexus
#

i don't think so

#

should i ctrl c

heady wind
#

running fsck on the home partition shouldn't affect your system this way

dry nexus
#

do i ctrl c?

heady wind
restive crater
#

wow

#

unfortunately, sir, your machine is possessed by the devil

heady wind
#

that can happen due to loose display connection too

dry nexus
#

what do i do

heady wind
#

irrc arch iso has some memory test build it, you can boot in that through the grub menu

dry nexus
#

")

#

how do i get off the matrix rain

heady wind
#

have you tried rebooting again?

heady wind
dry nexus
#

i hard rebooted

#

I'm in the grub menu of the installer now

heady wind
#

do you see some memtest option

restive crater
#

BIOS may have memtest too

heady wind
#

ohh, if you can boot in your iso you should be able to boot in your system

dry nexus
heady wind
#

maybe try running that, just in case.

#

first can you try booting in your system.

#

as it might have occurred due to some kernel panic or something

dry nexus
#

running memtest

heady wind
#

you are booting in your archiso fine

dry nexus
#

I'll try booting into system
how do i get out of memtest ")

#

esc isn't working

heady wind
#

there should be some option

#

or maybe you can hard poweroff

restive crater
#

@dry nexus update?

dry nexus
restive crater
#

roger that

dry nexus
#

nope

#

same issue

restive crater
#

with the demon possession or

#

the fsck service

dry nexus
#

fsck

#

ig

heady wind
restive crater
#

please journalctl -xb

dry nexus
heady wind
dry nexus
#

yes

heady wind
#

run fsck -p /dev/sda3

#

and try rebooting again, if this doesn't work will chroot in the system through arch iso and see the pacman logs first

dry nexus
heady wind
dry nexus
restive crater
#

fsck -f /dev/sda3

#

you shouldnt need the -f flag but throw it in there anyway

heady wind
#

you can also use fsck -fy /dev/sda3

dry nexus
restive crater
restive crater
#

fsck service exec might be jacked

dry nexus
#

is it normal for arch to break like this

heady wind
#

don't put that y and manually press y for all the conformation

heady wind
restive crater
#

/dev/sda3 was unmounted right?

dry nexus
restive crater
#

oh ok

heady wind
#

it might be the issue with some systemd-libs or something

restive crater
#

can we get a cat /etc/fstab to see fsck order? it might be worth running fsck on another sda partition to see if it produces the same result if we cant get any pertinent information from manually y paging through this next fsck -f /dev/sda3 that he's ab to run.

#

am i making sense here

dry nexus
restive crater
#

you mean demon mode lol

heady wind
#

you have to put in y multiple times depending on the corruption level

dry nexus
heady wind
#

it's just asking for clearing the corrupted inodes

bronze eagle
#

do you mounted /home exterally

bronze eagle
heady wind
dry nexus
#

after this demon attacks

restive crater
#

daemonic possession ha

heady wind
#

ohh so you are in the arch system itself

#

let's just check the pacman log

dry nexus
restive crater
#

you could always try reformatting sda3 lol

#

but you know

#

data loss :/

heady wind
#

I don't think they need to reformat the drive

bronze eagle
#

ca we do force fsck

heady wind
#

it might be some other hardware issue

restive crater
#

already done

heady wind
heady wind
restive crater
#

and fsck works fine at boot on the other partitions

#

and from the archiso

heady wind
#

let's check the pacman logs

#

less /var/log/pacman.log

#

press shift-g and starts scrolling up.

#

check for some errors

#

you don't have to scroll too up, just scroll for 1 update

dry nexus
#

umm

restive crater
#

you can try grep -C 3 -i 'fsck' /var/log/pacman.log | egrep 'error|fail|warning'

#

if you dont want to pan through like 1000 lines of a log

dry nexus
#

yea i had like 600 packages updated

bronze eagle
#

I think there is corrupt metadata on that filesystem, why not backup and recreate filesystem

restive crater
#

that's what i'm leaning to tbh but idk

#

do you have a backup of your home directory?

bronze eagle
#

fsck.ext4 -f -b 8193 /dev/sda3 - this will tries an alternative superblock backup location.

dry nexus
restive crater
#

roger that.

bronze eagle
#

-b

#

-b 8193, tells fsck to use the superblock backup located at offset 8193, instead of the primary superblock at offset 0

restive crater
#
    Instead of using the normal superblock, use an alternative superblock specified by superblock. This option is normally used when the primary superblock has been corrupted. The location of the backup superblock is dependent on the filesystem's blocksize. For filesystems with 1k blocksizes, a backup superblock can be found at block 8193; for filesystems with 2k blocksizes, at block 16384; and for 4k blocksizes, at block 32768. ```

from [fsck.ext4](https://linux.die.net/man/8/fsck.ext4)
bronze eagle
#

I checked it right

restive crater
#

its like 1:45am here so i'm runnin on fumes lol

dry nexus
#

what do i do now ")

restive crater
#

fsck.ext4 -f -b 8193 /dev/sda3

dry nexus
#

will it delete my files?

restive crater
#

no its just running fsck again

heady wind
restive crater
#

yes lol it didn't return anything

dry nexus
restive crater
#

he's running e2fsck against the backup superblock

heady wind
#

less /var/log/pacman.log

#

press shift-g

dry nexus
heady wind
restive crater
#

no he ran grep

heady wind
#

do you have vim/nvim installed?

#

ohh i see

dry nexus
heady wind
#

@dry nexus

less /var/log/pacman.log
press shift-g

restive crater
#

bro haha leave the pacman logs lie

dry nexus
dry nexus
#

there are no errors

restive crater
dry nexus
heady wind
restive crater
#

@dry nexus dumpe2fs /dev/sda3 | grep -i superblock

heady wind
# dry nexus

ohh, why does it say like superblock does not describe a valid filesystem?

dry nexus
#

i am still in the arch system btw

restive crater
#

because goofy ah ext4 might not have a superblock at 8193

heady wind
dry nexus
heady wind
restive crater
#

Gyat

dry nexus
heady wind
dry nexus
#

on it

restive crater
#

fsck.ext4 -f -b 32768 /dev/sda3

#

lol my b

heady wind
# dry nexus on it

boot through the iso don't mount any partition and run fsck on the home partition

restive crater
#

i thought he already ran fsck from iso

dry nexus
dry nexus
#

i didn't think it'd make any difference

restive crater
#

oh

#

well typically only that specific partition needs to be unmounted to run fsck but its worth a shot

heady wind
dry nexus
#

welp

dry nexus
#

after this demonic possession

restive crater
#

incredible

restive crater
dry nexus
#

I'll try from iso

dry nexus
restive crater
#

roger

restive crater
#

the numbers mason

#

what do they mean

#

i'm so lost in the sauce rn i dont even know what to think ab this

heady wind
#

just don't try this yet

dry nexus
#

only linus can help me now

restive crater
#
-S
    Write superblock and group descriptors only. This is useful if all of the superblock and backup superblocks are corrupted, and a last-ditch recovery method is desired. It causes mke2fs to reinitialize the superblock and group descriptors, while not touching the inode table and the block and inode bitmaps. The e2fsck program should be run immediately after this option is used, and there is no guarantee that any data will be salvageable. It is critical to specify the correct filesystem blocksize when using this option, or there is no chance of recovery. ```

from [mkfs.ext4](https://linux.die.net/man/8/mkfs.ext4)
#

i would try it

#

mkfs.ext4 -S /dev/sda3 && fsck.ext4 -f /dev/sda3

dry nexus
#

i saw in the manjaro forums that fsck -f -y [home partition] fixed their issue

restive crater
#

you've done that like 200 times already

#

sda3 is your home part isnt it

dry nexus
#

yes

#

my computer booted even after the update yesterday

#

it's just today it's being a bitch

restive crater
bronze eagle
#

did he back up his data

#

my power went off..

restive crater
dry nexus
restive crater
#

not if you run it with the -S flag

bronze eagle
bronze eagle
restive crater
#

he ran fsck.ext4 -f -b 8193 /dev/sda3 and it still threw a fit so I had him run dumpe2fs /dev/sda3 | grep -i superblock to see where the superblocks were

restive crater
# dry nexus

he posted this, so we reran fsck at superblock 32768

#

same error

#

then @heady wind posted about the -S flag for mkfs which rewrites superblock and group descriptors only. if its corrupted metadata this should hopefully fix it.

bronze eagle
#

If he still unable to recover it then I think he should use ddrescue or photorec tools to recover home partition data, and then format it and then mount it again

restive crater
#

we're getting there, I want to see if mkfs is going to do anything for him first

bronze eagle
#

ok

heady wind
#

Don't run that command yet

bronze eagle
restive crater
heady wind
heady wind
bronze eagle
restive crater
#

if he's going to run it he should actually run dumpe2fs /dev/sda3 | grep -i "Block size" first, then specify the block size in the mkfs.ext4 command. so it should actually be mkfs.ext4 -S -b { block size } && fsck.ext4 -f /dev/sda3

#
    Specify the size of blocks in bytes. Valid block-size values are 1024, 2048 and 4096 bytes per block. If omitted, block-size is heuristically determined by the filesystem size and the expected usage of the filesystem (see the -T option). If block-size is negative, then mke2fs will use heuristics to determine the appropriate block size, with the constraint that the block size will be at least block-size bytes. This is useful for certain hardware devices which require that the blocksize be a multiple of 2k. ```

from [mkfs.ext4](https://linux.die.net/man/8/mkfs.ext4)
bronze eagle
dry nexus
#

is there no way without wiping out my data
i got too much important stuff

bronze eagle
restive crater
#

probably best to just run disk recovery software on your drive tbh

bronze eagle
#
CGSecurity

PhotoRec is file data recovery software designed to recover lost files including video, documents and archives from hard disks (Mechanical Hard drives, Solid State Drives...), CD-ROMs, and lost pictures (thus the Photo Recovery name) from digital camera memory. PhotoRec ignores the file system and goes after the underlying data, so it will still...

restive crater
#

It's 3am I'm going to bed. I'll check in tomorrow. night boys

dry nexus
#

so i tried mounting /home manually and there are some things

#

3 error messages

#
ext4_check_descriptors: Block bitmap for group 2666 not in group (block 10444675469559614510)

216.324314) EXT4-fs (sda3): group descriptors corrupted!

mount: /home: fsconfig system call failed: Structure needs cleaning.
heady wind
#

@dry nexus can you add TLDR about your issue and what you've tried so that a new person may easily comprehend the issue?

dry nexus
#

when i tried to boot
/home partition could not mount apparently for corrupted descriptors
and running fsck -f -y on the partition would lead to infinite scroll of numbers

#

TLDR of the issue

restive crater
#

Troubleshooting Steps Taken

  • ran fsck -f /dev/sda3 from archiso :: inode scrolling issue occurs
  • ran memtest :: no fault
  • checked /var/log/pacman.log for fsck errors, fails, and warnings :: no recent logs
  • ran fsck.ext4 -f -b 8193 /dev/sda3 :: bad magic number, superblock could not be read
  • ran dumpe2fs /dev/sda3 | grep -i superblock :: first backup superblock begins at 32769
  • ran fsck.ext4 -f -b 32769 /dev/sda3 :: inode scrolling issue still occurs
  • attempted mount /dev/sda3 :: block bitmap for group 2666 not in group; group descriptors corrupted
#

@dry nexus when you get the inode scrolling issue, do you let it run or do you stop it?

dry nexus
#

good morning

restive crater
# dry nexus by force rebooting

good morning lol. I've never seen fsck behave this way, but you may want to just try letting it run, despite the scrolling nonsense. I'm pretty sure those are inode numbers. You could try to let it run for like 5-10 minutes or so and see if it stops on its own. If you don't want to try that, then like we were talking about last night you should probably run ddrescue like @bronze eagle suggested.

dry nexus
#

I'll run fsck for some time to see if it stops automatically
then I'll have to run ddrescue ig

restive crater
#

okay, I'm not sure exactly what the implications of letting run are, and you may decide to let it run longer than 10 minutes if its taking that long. This is beyond the scope of what I'm familiar with so, just a suggestion

heady wind
#

i even dm'd @dry nexus about this

dry nexus
#

I'll run fsck from iso and let it run

restive crater
#

sounds good, keep us updated.

dry nexus
#

so i will not mount any partitions
just plain fsck -f -y /dev/sda3

restive crater
#

that'll work

heady wind
#

sounds good

dry nexus
#

I'll send a message here which will be the starting time

#

started

#

demonic possession is on

dry nexus
#

it's still scrolling

#

almost been an hour

dry nexus
#

i forced shutdown

#

been more than an hour

#

I'll try again tomorrow ")
with ddrescue ig

restive crater
dry nexus
#

@restive crater what exactly do i do with ddrescue

dry nexus
restive crater
# dry nexus <@456226577798135808> what exactly do i do with ddrescue

To be perfectly honest with you I’ve never personally used ddrescue but I’ve seen good things and I think that’s the direction you should head. ddrescue tutorial I found. maybe give that a watch or wait for @bronze eagle or @heady wind to see if they can help you further. I gotta go to bed lol I have a full day tomorrow.

bronze eagle
#

hey

#

how much the progress

dry nexus
#

i have not started using ddrescue yet

bronze eagle
dry nexus
#

yes please

dry nexus
#

guys @heady wind @bronze eagle @restive crater

#

there is update

#

so i read somewhere that fsck might have a bug
which is why i flashed a new version of the iso just to have the closure (and honestly i don't know if it's anyhow relevant)
so i tried running fsck -f /dev/sda3 and let it run as long as it takes
and after a good amount of time ..

#

it took 2 hours and 14 minutes

#

lmao

bronze eagle
#

mout it

dry nexus
#

it works for the iso

bronze eagle
#

today was my semster last paper, and it's done

#

I'll just have a lunch then will look at it

dry nexus
#

it's solved

bronze eagle
#

that's great

#

marked it as a [Solved]

dry nexus
#

i'm in my system now

bronze eagle
#

you using waybar

dry nexus
#

yes i am very bad at ags

#

javascript*

bronze eagle
#

I use both waybar and ags

#

this is my wayabr setup

dry nexus
#

[SOLVED] Dependency failed for /home

#

i want to use ags but i still haven't got time to sit around with javascript

#

also i have my sems coming up

bronze eagle
dry nexus
#

i tried using end_04's config for ags
they made a material 3 themed bar and widgets

#

but it's for laptop

#

and the config is very big

bronze eagle
#

and I get too many error during installation, that dotfile uses plasma ags together

dry nexus
#

yeah same
so i thought i'll write my own ags and take components from others

bronze eagle
dry nexus
#

easiest way to build configs

#

The problem got solved by letting fsck -f [partition] run for as long as it takes

heady wind
#

Great

restive crater
#

So glad to hear this. Great Job @dry nexus !