Linux за българи: Форуми

Здравейте,
Имам следния проблем:
Имах на харда следните дялове

Примерен код

/dev/sda6  /            reiserfs (OpenSuSE 10.2) /dev/sda7  /home     reiserfs /dev/sda1  /windows vfat /dev/sda5  swap

Реших да си кача Gentoo 2007.0, тъй като другия ми комп е с него, но версия 2006.1 и ми харесва как работи. Свалих си LiveDVD-то, видях че има графичен инсталарот и реших да инсталирам с него. Още в началот ме попита как да направи диска и ми беше предложил да вземе за нов дял от sda6.
Аз исках да махна Сусе-то напълно за това натиснах на дяла и му дадох делете, но инсталатора показа,че маха /home (sda7) за това прекратих инсталацията, без да му давам да приема промените. Но за всеки случай реших да видя дали не ми е премахнат sda7 и с ужас установих, че ми е изтрит
дяла.
fdisk -l дава :

Примерен код

Disk /dev/sda: 164.6 GB, 164696555520 bytes 255 heads, 63 sectors/track, 20023 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes    Device Boot      Start         End      Blocks   Id  System /dev/sda1   *           1        2502    20097283+   c  W95 FAT32 (LBA) /dev/sda2            2503       20022   140729400    f  W95 Ext'd (LBA) /dev/sda5            5570        7849    18314068+  83  Linux

Според инсталатора sda2 е празен без файлова система. Та въпроса ми е има ли някакъв начин да си възвърна информацията в sda7(/home). До колкото знам информацията е все още на харда, няма файлова система, която да е прочете.
Моля помогнете. Много ми е важна информацията

Ти как разбра, че информацията е все още на харда? И възможно ли е да се пази някаква информация без файлова система? Също, това е домашната ти директория. Няма ли я сред папките в системата? И с какъв потребител влизаш, ако я няма? А с каква файлова система е била тази партиция преди?

neter че то си пише ве RiserFs а дали може да се влезе без хоме дир ?? Жокер root потребителя има домашна директория /root

Ами доколкто знам изтриването на файл представлява премахване на i-node-овете му от таблицата на заетите i-nodes във суперблока с преместването им в тази на свободните, иначе самата информация остава на харда, докато друга на не бъде записана върху нея.

По другите въпроси: Домашната ми папка я няма. Влизам като root (SuSE-a само така ми дава той сега се намира на sda5, което преди беше swap). Всички дялове бяха на reiserfs, Windowsa на FAT23, на него му няма нищо.

В google намерих DiskDirectorSuite10.0 и Nucleus-Kernel-ReiserFS-Demo. Пише, че можели да възстановяват изтрити или повредени дялове, след малко ще ги инсталирам и тествам. Дано стане.

bnight, като питах с кой потребител влиза, исках просто да разбера повече за текущото състояние на системата. Естествено, че има и root. Иначе благодаря за уточнението за файловата система, понякога като чета някой пост се разсейвам и пропускам редове.

task_struct, хубаво е, че е била reiserfs. Възстанови си каквото може от файловете с някой инструмент за reiserfs, и Nucleus става. А за запазената информация... прав си за i-nodes, но така или иначе без файлова система, въпросните файлове са неизползваеми директно, а след задаването на файлова система, следва форматиране. Замислих се просто възможно ли е да се зададе файлова система без да се форматира и данните да се виждат без възстановаяване. Не съм чувал за подобно нещо, ама през моята глава минават какви ли не мисли  

neter, доколкото знам ext2 може да се ъпдейтне до ext3, а тя пък до ext4 без да се губят данните. Мисля, че за reiser fs също, но това е само за "работещи" дялове.

Acronis Disk намери дяла няколко пъти, не е завършил сканирането мисля, че ще успея да възстановя поне част от данните

Дотук разбрах, че са  създадени нови дялове на мястото на старите и че
няма потвърждение за изтрита файлова система.

Тъй като не съм изпадал в такава ситуация ( преди инсталация запазвам информацията за дяловете и някои сектори на външен носител ), бих искал да знам дали TestDisk ще се справи ?

rpetrov, Много благодаря TestDisk успя да разчете дяла

Друг начин , с fdisk си правиш наново дяла , даваш му какъв е бил дяла ( ext2,3,...) и това е.Ако не е имало формат , което е типичния случей , всичко трябва да си е на местото , той дяла не е баран , само в таблицата на дяловете е писано. Тъй като това ти е последен дал ,то и не може да сгрешиш в размера.
Ами направи си една проба , махни го пак и  напраави го на ново  ,това е много готин начин да скриеш информация.

PP. Би трябвало , ако не си рестартирал ядрото да "помни" дяла .

Преди време направих подобна беля и приложих следния кофти трик.
Понеже промених без да искам вида на дяла при което всичко беше загубено,реших да играя малко по грубо.От инструмента за форматиране на дисковете в инсталацията на Мандривата избрах правилния тип на дяла:ext 2 (който по невнимание бях променил на LVM) и в момента когато започна форматирането му щракнах "РЕСЕТ"-а.
При последвалата проверка на дяловете fsck поправи повредената файлова система и нещата в общи линии се оправиха.

В момента ситуацията е следната:
С Acronis Disk Director намерих дяла и го възстанових (т.е има го в таблицата на дяловете и като reiserfs дял). С TestDisk мога да разглеждам файловете по дяла, но не и да ги копирам (предполагам, че има начин, но не мога да открия от къде).
Инсталирах временно на другия дял Кубунту, за да видя дали при инсталацията ще засече правилно диска, но не стана
При опит за ръчно монтиране връща грешка: mount: Operation not permitted!

с риск да ме поправиш ама mount: Operation not permited значи че нямаш роот права мисля. В Кубунту и Убунту няма роот шел както на другите дистрота за това sudo mount. Айде успех и го оправяй най-после тоя дял.

bnight, знам за sudo.

Порових се в man reiserfsck и направих проверка на системата:

Примерен код

nikolay@task-struct:~$ sudo reiserfsck --check /dev/sda3 Password: reiserfsck 3.6.19 (2003 www.namesys.com) Will read-only check consistency of the filesystem on /dev/sda3 Will put log info to 'stdout' Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes ########### reiserfsck --check started at Tue Jun 19 11:14:29 2007 ########### Replaying journal.. Reiserfs journal '/dev/sda3' in blocks [18..8211]: 0 transactions replayed Zero bit found in on-disk bitmap after the last valid bit. Checking internal tree..block 6979701: The level of the node (1803) is not correct, (4) expected  the problem in the internal node occured (6979701), whole subtree is skipped finished Comparing bitmaps..vpf-10640: The on-disk and the correct bitmaps differs. Bad nodes were found, Semantic pass skipped 1 found corruptions can be fixed only when running with --rebuild-tree ########### reiserfsck finished at Tue Jun 19 11:14:37 2007 ########### nikolay@task-struct:~$

Предлага ми да поправя ФС-а, но в ман-а пише, че изпълнението на reiserfsck --rebuild-tree може да повреди данните, не че има как да ги повреди повече от това .
Та искам поне още едно мнение, за да реша дали да го пусна.

Пускай смело в общи линии от моя опит с ext3 след ребилд на журнала нямаше проблеми а там където ги имаше си стояха така или иначе. Успех.

Извинявам се, mount връща грешка: mount: Operation not supported!

Пробвай да си опишеш дяла във /etc/fstab и тогава да го монтираш защото четох в гоогле че Кубунту не разпознавало точно RaiserFS. Другият вариант е да пробваш със Knoppix като LiveCD дали ще успееш да си монтираш дяла. И евентуално след това да си копираш инфото. Успех.