Forum Debian Users Gang

DeWu · 2013-03-26 22:53:10

Witam
Zakladam ten temat poniewaz cos popsulem podczas aktualizacji i stracilem cala zawartosc folderu /home. Ale zaczne od poczatku. Chcialem zaktualizowac Debiana 6.0.7 do wheezy. Niestety na / mialem zajete ponad 90% z 4 GB wiec postawnowile nieco namieszac w systemie plikow. Dotychczas mialem taki uklad partycji
sda1 - 4GB ext3 /
sda2 - 53GB ext3 /home
sda3 - swap
sda4 - 400GB ext3 na dane (powiedzmy /mnt/sda4)

Postanowilem zwiekszyc / kosztem /home. Uruchomilem wiec Ubuntu 12.10, skopiowalem /home/dewu na /mnt/sda4 a zsda1 zrobilem obraz. Usunalem w fdisku sda1 i sda4, utworzylem je na nowo tak, zeby / mial 10GB, na obu zalozylem system plikow poleceniem mkfs.ext3, przywrocilem obraz sda1 i przenioslem pliki z /mnt/sda4 na /home/dewu na partycji /dev/sda2. Uruchomilem z powrotem Debiana (jeszcze wersja 6.0.7 bo nie zdarzylem zaktualizowac) gub pieknie ruszyl az do gdm3 ale nie szlo sie zalogowac. Stwierdzilem pewnie, ze folder /home ma zle uprawnienia takwiec na nowej konsoli zalogowalem sie na roota i jakie bylo moje zdziwienie jak okazalo sie, ze /dev/sda2 w ogole nie montuje. Pojawia sie taki komunikat (podUbuntu 12.10 bo tylko stad moge pisac):

Kod:

 mount /dev/sda2 /media/sda2 -t ext3
mount: wrong fs type, bad option, bad superblock on /dev/sda2,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

dmesg | grep sda2

Kod:

[    4.947351]  sda: sda1 sda2 sda3 < sda5 > sda4
[  309.040692] EXT3-fs (sda2): error: can't find ext3 filesystem on dev sda2.
[  309.045788] EXT4-fs (sda2): VFS: Can't find ext4 filesystem
[  309.046319] FAT-fs (sda2): invalid media value (0x51)
[  309.046324] FAT-fs (sda2): Can't find a valid FAT filesystem
[  309.061677] SQUASHFS error: Can't find a SQUASHFS superblock on sda2
[  315.570259] EXT3-fs (sda2): error: can't find ext3 filesystem on dev sda2.
[  357.797248] EXT3-fs (sda2): error: can't find ext3 filesystem on dev sda2.

fdisk -l

Kod:

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x23f3696a

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048    19583845     9790899   83  Linux
/dev/sda2        19583846   106864637    43640396   83  Linux
/dev/sda3       106864638   117393407     5264385    5  Extended
/dev/sda4       117393408   976773119   429689856   83  Linux
/dev/sda5       106864640   117393407     5264384   83  Linux

Blagam chlopaki pomozcie bo boje sie, ze stracilem wszystkie swoje dane.

morfik · 2013-03-26 23:33:04

Na dobrą sprawę nie wiem czemu się tak bawisz, odpalasz gparted i tam sobie w graficznym trybie przeciągasz i po sprawie. Ale to tak na przyszłość.

Nie wiem czy dobrze rozumiem:
Miałeś za mało miejsca na / więc chciałeś to rozszerzyć kosztem /home -- sda1 ----> sda2
Skopiowałeś dane z /home na sda4 -- partycja home czysta
Zrobiłeś obraz i zapisałeś na sda4
Usunąłeś partycję sda1 i sda4 -- czemu nie sda2 czyli /home? Usunąłeś te partycję, która ma backup /home i obraz sda1, na pewno?

Pewnie literówka, ale wole się upewnić. W każdym razie, dalej:
Usuwasz sda1 i sda2. Dzielisz puste miejsce miedzy nowe sda1 sda2.
Przywracasz obraz? Jak robiłeś obraz i jak przywracasz?

Sprawdź wpisy UUID w /etc/fstab z tymi co pokazuje blkid

EDIT:

Rada na przyszłość, jak się chcesz bawić tablicą partycji, zrób pierw kopię mbr xD

Ostatnio edytowany przez morfik (2013-03-26 23:39:01)

DeWu · 2013-03-26 23:50:20

Zgadza sie, literowka. Obraz zrobilem poleceniem dd if=/dev/sda1 > sda1.img i cat sda1.img | dd of=/dev/sda1 To polecenie zadzialalo dobrze bo przeciez system mi sie wlacza. Czyli MBR nie skopalem, conie?

sda1 tez nie moge zamontowac pod Ubuntu zeby pokazac /etc/fstab. Ale postaram sie sprawdzic ten plik z Debiana. Mam nadzieje ze tam sa bledy i dlatego nie montuje

Edit: Odpaliem gparted i oto co pokazuje:

Ostatnio edytowany przez DeWu (2013-03-26 23:58:26)

morfik · 2013-03-27 00:02:56

Masz jeszcze te zapasowe dane?

There is one limitation though, when restoring the backup, the partition needs to be the same size as the partition you took the image from, so this limits your options in case of a restore.

Dobrze mi się wydawało. Nie możesz przywrócić obrazu na zwiększoną partycję. Jeżeli masz dane i mbr możesz przywrócić mbr, to ci cofnie partycje, przywrócisz obrazy i poszerzysz partycje w gparted. Jak nie masz mbr, to musisz zobaczyć rozmiary w bajtach obrazów i utworzyć partycje odpowiednio. Jak nie masz danych zapasowych, ehmm, cóż xD

Ostatnio edytowany przez morfik (2013-03-27 00:16:17)

ArnVaker · 2013-03-27 00:51:13

Można przywrócić na zwiększoną, tylko aby nowy rozmiar był widoczny bodajże resize2fs trzeba puścić. Teraz tak: sda1 działa ponieważ to była kopia blokowa, system plików, UUID itd. pozostały niezmienione (tak, takie przenoszenie w tę i z powrotem nie miało żadnego sensu). W przypadku sda2 nie robiłeś kopii blokowej, zatem pewnie po prostu UUID partycji w fstabie się nie zgadza. Po zmianie UUID partycja /home powinna się automatycznie montować. Co dalej… To zależy czy chcesz zrobić z tym porządek. Można np. spod Debiana zrobić kopię danych z tych partycji (kopię danych, nie kopię blokową partycji) do katalogów na innej partycji (via rsync na przykład), potem z live'a utworzyć porządnie nowe partycje oraz systemy plików na nich, skopiować dane z powrotem na miejsce (znowu rsync), zaktualizować fstab i przekręcić GRUB-a w chroocie. Swoją drogą dziwnie masz ten dysk podzielony i stosunkowo mało danych na nim, może by całkiem zaorać? ;)

DeWu · 2013-03-27 07:56:24

Otowrzyem fstab z Debiana i kompletnie zbaranialem:

Kod:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda5 during installation
/dev/sda1 none            swap    sw   0 0
/dev/sda5 /               ext3    errors=remount-ro 0       1
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/sda2 /home ext3 errors=remount-ro,user_xattr 0 0
/dev/sda4 /home/dewu/Dane ntfs rw,allow_other 0 0
# ntfs-3g rw,allow_other 0 0
none /proc/bus/usb usbfs devgid=128,devmode=664 0 0

partycja z systemem to wg niego sda5 a ja jej przeciez nie ruszalem. To pewnie dlatego system wystartowal bez zajakniecia. Chyba poslucham rady ArnVaker i bede musial uporzadkowac ten bigos ktory mam w tablicy partycji. Tylko najwazniejsze dla mnie pytanie brzmi: jak odzyskac te dane ktore niby skopiowalem na Ubuntu pod sda2?

Ostatnio edytowany przez DeWu (2013-03-27 07:58:12)

ArnVaker · 2013-03-27 12:50:33

Według tego fstaba sda4 jest montowane via sterownik ntfs z kernela w trybie rw, a według zrzutu z gparted jest na nim system plików ext3. Ten fstab na pewno jest z tego systemu? Nie masz tych danych nadal gdzieś na sda4? Jeśli chodzi o dane, to najlepiej jakbyś zrobił kopię partycji na której mogą się one znajdować via ddrescue na przykład, a potem dłubał na kopii. Nie wiem już co właściwie zrobiłeś przy tych zmianach w partycjach, nie wiem czy prawidłowo utworzony został system plików, czy faktycznie coś tam potem skopiowałeś itd. Jak już będziesz miał kopię (lub jeśli się na nią nie zdecydujesz), sprawdź informacje o tej partycji via:

Kod:

tune2fs -l partycja

Można spróbować przywrócić starą partycję albo dane testdiskiem albo jakimiś narzędziami do odzyskiwania danych (może z sda4?), ale to ryzykowne i nie bardzo się na tym znam. Lepiej byłoby eksperymentować na kopii blokowej jeśli jest taka możliwość.

einsam · 2013-03-27 17:19:45

Tak z ciekawości co przemawia, za tym, że kolega stosuje ext3?

DeWu · 2013-03-27 17:24:04

sda4 miaem wczesniej w NTFSie ale zeby nie stracic atrybutow plikow przeformatowalem ja na ext3 i kolejno
1. przenioslem zawartosc katalogu /home na sda4
2. zrobilem kopie blokowa sda1 do pliku na sda4
3. usunalem sda1 i sda2 i utworzylem je od nowa w innych rozmiarach
4. przeformatowalem sda1 i sda2 na ext3
5. przenioslem kopie home'a na sda2
6. odtworzylem kopie blokowa na sda1 ktora jak sie potem okazalo byla swapem

Teraz nie mam problem bo sda2 mi nie montuje a wrzucilem tam bardzo wazne dane. Wczesniej mialem je na sda4 i jak dobrze rozumiem, mam zrobic kopier blokowa tego dysku czy sda2? Oba sa na ext3. Latwiej bedzie odzyskac usuniete (przeniesione) dane z sda4 na ext3 czy z sda2 gdzie nie wiadomo co sie stalo z systemem plikow?

ArnVaker · 2013-03-27 20:20:51

W sumie nie wiem. Jeśli sytuacja na to pozwala najlepiej byłoby zostawić sobie obie możliwości. Z ext3 na sda4 powinno dać się coś odzyskać, ale może niech lepiej ktoś inny (winnetou? :)) się na ten temat wypowie. Z sda2 to natomiast wielka niewiadoma, może uda się ją zamontować i będzie wszystko, a może tam w ogóle nic nie ma.

Forum Debian Users Gang

Ogłoszenie

#1 2013-03-26 22:53:10

DeWu - Użytkownik

Problem z zamontowaniem systemu plików

Kod:

Kod:

Kod:

#2 2013-03-26 23:33:04

morfik - Cenzor wirtualnego świata

Re: Problem z zamontowaniem systemu plików

#3 2013-03-26 23:50:20

DeWu - Użytkownik

Re: Problem z zamontowaniem systemu plików

#4 2013-03-27 00:02:56

morfik - Cenzor wirtualnego świata

Re: Problem z zamontowaniem systemu plików

#5 2013-03-27 00:51:13

ArnVaker - Kapelusznik

Re: Problem z zamontowaniem systemu plików

#6 2013-03-27 07:56:24

DeWu - Użytkownik

Re: Problem z zamontowaniem systemu plików

Kod:

#7 2013-03-27 12:50:33

ArnVaker - Kapelusznik

Re: Problem z zamontowaniem systemu plików

Kod:

#8 2013-03-27 17:19:45

einsam - Użytkownik

Re: Problem z zamontowaniem systemu plików

#9 2013-03-27 17:24:04

DeWu - Użytkownik

Re: Problem z zamontowaniem systemu plików

#10 2013-03-27 20:20:51

ArnVaker - Kapelusznik

Re: Problem z zamontowaniem systemu plików

Stopka forum