LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Newbie (https://www.linuxquestions.org/questions/linux-newbie-8/)
-   -   ext4 partition turned into Unknown according to gparted (https://www.linuxquestions.org/questions/linux-newbie-8/ext4-partition-turned-into-unknown-according-to-gparted-818612/)

dimm0k 07-07-2010 10:35 PM

ext4 partition turned into Unknown according to gparted
 
I was using gparted to resize my /var partition, which is supposed to be an ext4 partition, and during the beginning stages of the resize/move procedure I cancelled out of the process despite the warning this might be bad. The process was in the middle of the "read" stage so I figured nothing can go wrong during a read, but now I cannot access this partition mount wise. Is there anyway to repair this?

saikee 07-08-2010 02:18 AM

Think you have it. If you resized the partition the filing index could be among the first few that get changed but you stopped the files moved to the correct position.

i92guboj 07-08-2010 03:10 AM

You could try to fix the partition table with "testdisk". As long as the only thing that has been broken is that, of course. You might need to run fsck on the fs afterwards (if you manage to get it back at all first).

But first, if you value the data inside that fs, you should be doing an integral backup using an fs-agnostic tool like dd, so you can dump back the contents of the disk if something goes wrong and try again (and it will likely be that way).

syg00 07-08-2010 06:00 AM

I don't know that testdisk (good as it is) can help with this.
If you choose to ignore warning messages, your backups had better be good - and current.

dimm0k 07-08-2010 01:13 PM

Very fortunate for me the partition that was affected was the /var partition and being that this system was fairly new, it is not as serious as if it were / or /home. I had a feeling I should have used dd to back up the partitions before attempting anything, but I neglected to heed my own inner warning =( It is probably more trouble to fix this than reinstall Slackware and copy /etc and /root over. I believe saikee is right in that the files and their index are in limbo, which is why testdisk was not able to help in this situation...

i92guboj 07-09-2010 04:28 AM

Testdisk excels at repairing partition tables, even in rare cases. But it doesn't do a thing related to the data inside. There's a tool for that from them as well, it's "photorec", regardless of its name it can recover many types of files.

This is just for the record, since you seem to have sorted your problem already.

/var issues should be taken seriously hehe ;)

i92guboj 07-09-2010 04:28 AM

Testdisk excels at repairing partition tables, even in rare cases. But it doesn't do a thing related to the data inside. There's a tool for that from them as well, it's "photorec", regardless of its name it can recover many types of files.

This is just for the record, since you seem to have sorted your problem already.

/var issues should be taken seriously hehe ;)


All times are GMT -5. The time now is 12:58 AM.