Forum Debian Users Gang

morfik · 2013-11-22 19:27:18

No to twórz nowy system plików i jedziesz dalej. :]

EDIT:

Zrobiłem ciekawy test i mogę powiedzieć, że jest szansa na ratunek. Bo w sumie się zastanawiałem jak przywrócić system plików, przecie to nie siedzi w mbr, tylko na partycji.

Zrobiłem sobie testowy pliczek 1GiB sformatowałem go na ext4. Przy formatowaniu zwykle pojawia się coś takiego:

Kod:

root:~# mkfs.ext4 /dev/loop0 
.....
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376

Wgrałem tam plik textowy i nadpisałem ten plik partycji:

Kod:

root:/# dd if=/dev/zero of=/dev/loop0 bs=512 count=512
512+0 records in
512+0 records out
262144 bytes (262 kB) copied, 0.0796531 s, 3.3 MB/s

Próba zamontowania zwraca:

Kod:

root:/# mount /dev/loop0 /mnt
mount: you must specify the filesystem type

Czyli to tak jak by nie było systemu plików ale partycja by istniała, jak u ciebie. Teraz pora na fsck, ale nieco inaczej:

Kod:

root:/# fsck.ext4 -b 229376 -fv /dev/loop0 
e2fsck 1.42.8 (20-Jun-2013)
Resize inode not valid.  Recreate<y>? yes
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #0 (28681, counted=28682).
Fix<y>? yes
Free blocks count wrong for group #1 (32704, counted=32703).
Fix<y>? yes
Free inodes count wrong for group #0 (7989, counted=7988).
Fix<y>? yes
Free inodes count wrong (63989, counted=63988).
Fix<y>? yes

/dev/loop0: ***** FILE SYSTEM WAS MODIFIED *****

          12 inodes used (0.02%, out of 64000)
           0 non-contiguous files (0.0%)
           0 non-contiguous directories (0.0%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 4
        8439 blocks used (3.30%, out of 256000)
           0 bad blocks
           0 large files

           1 regular file
           2 directories
           0 character device files
           0 block device files
           0 fifos
           0 links
           0 symbolic links (0 fast symbolic links)
           0 sockets
------------
           3 files
root:/# mount /dev/loop0 /mnt

Wskazałem mu alternatywny superblok, jeden z kopi zapasowych stworzonych przy formatowaniu dysku. System plików się naprawił i zamontował:

Kod:

root:/# ls -al /mnt
total 28K
drwxr-xr-x  3 root root 4.0K Nov 22 20:13 ./
drwxr-xr-x 27 root root 4.0K Nov 22 01:14 ../
drwx------  2 root root  16K Nov 22 20:12 lost+found/
-rw-r--r--  1 root root   57 Nov 22 20:13 testowy_plik
root:/# cat /mnt/testowy_plik 
testowa zawartość testowego pliku na testowej partycji

Także jeśli pamiętasz gdzie masz kopie superbloku, to dasz radę przywrócić system plików, a jak nie to raczej moim zdaniem masz pozamiatane, chyba, że testdisk coś poradzi.

Idę pospisywać sobie numery zapasowych superbloków wszystkich partycji, kto wie kiedy i mi padnie system plików. xD

Ostatnio edytowany przez morfik (2013-11-22 20:50:00)

einsam · 2013-11-23 21:03:47

Hm...
Wczoraj nie przeczytałem edytowanego posta, ale zrobiłem to samo.
Przywróciłem system plików z superbloku.
Tego próbowałem już wcześniej, ale wczoraj do skutku (za którąś próbą zadziałało).
Niedodałem y do polecenia, więc się napotwierdzałem...
Niestety pliki trafiły do lost+found.
Ale udało mi się zrobić kopię domowego i /var/log, jeszcze poszukam /etc.
To chyba maksimum co mogę osiągnąć.
Mam co prawda kopię tej partycji (ale zrobioną dopiero po szkodzie...), jednak wątpię w celowość dalszych prób.

Dane trafiły też na pendraka i próbuję zmienić uprawnienia lub właściciela.
Po kilku próbach google i vwidzę, że fat(alny) system plików tego nie obsługuje...

Się zastanawiam, czy stawiać na tym dysku jeszcze raz Debiana, mimo , że smart nic nie pokazuje?

morfik · 2013-11-23 21:27:00

Po mojemu to coś ci rozwaliło superblok partycji. Nie wiem czy to było działanie przez nieuwagę czy czynniki X grają tu większą rolę. W każdym razie czego teraz się obawiasz? Tworzysz nowy system plików i instalujesz, tylko se zrób kopie superbloków.

A można wiedzieć na czym polegały te próby, że za którąś zadziałało? Popatrz na te dwie partycje:

Mała:

Kod:

root:/# dumpe2fs /dev/sda1 | grep -i superblock
dumpe2fs 1.42.8 (20-Jun-2013)
  Primary superblock at 0, Group descriptors at 1-1
  Backup superblock at 32768, Group descriptors at 32769-32769
  Backup superblock at 98304, Group descriptors at 98305-98305
  Backup superblock at 163840, Group descriptors at 163841-163841
  Backup superblock at 229376, Group descriptors at 229377-229377

I duża:

Kod:

  
root:/# dumpe2fs /dev/mapper/crypt_p2p | grep -i superblock
dumpe2fs 1.42.8 (20-Jun-2013)
  Primary superblock at 0, Group descriptors at 1-19
  Backup superblock at 32768, Group descriptors at 32769-32787
  Backup superblock at 98304, Group descriptors at 98305-98323
  Backup superblock at 163840, Group descriptors at 163841-163859
  Backup superblock at 229376, Group descriptors at 229377-229395
  Backup superblock at 294912, Group descriptors at 294913-294931
  Backup superblock at 819200, Group descriptors at 819201-819219
  Backup superblock at 884736, Group descriptors at 884737-884755
  Backup superblock at 1605632, Group descriptors at 1605633-1605651
  Backup superblock at 2654208, Group descriptors at 2654209-2654227
  Backup superblock at 4096000, Group descriptors at 4096001-4096019
  Backup superblock at 7962624, Group descriptors at 7962625-7962643
  Backup superblock at 11239424, Group descriptors at 11239425-11239443
  Backup superblock at 20480000, Group descriptors at 20480001-20480019
  Backup superblock at 23887872, Group descriptors at 23887873-23887891
  Backup superblock at 71663616, Group descriptors at 71663617-71663635

Jak można zauważyć, początkowe bloki są takie same.

einsam · 2013-11-23 23:33:12

Polegały na wklepywaniu kolejnych numerów do polecenia przywracającego.
Aż zadziałało.

marcin'82 · 2013-11-24 00:40:16

Wczoraj nie przeczytałem edytowanego posta, ale zrobiłem to samo.[/quote]
No to czuja miałem dobrego. Sam [b]fsck[/b] Ci to podpowiedział ... No to w końcu sukces czy fail?

marcin'82

Time (s)	Query
0.00010	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00091	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='52.14.110.171' WHERE u.id=1
0.00069	UPDATE punbb_online SET logged=1732260119 WHERE ident='52.14.110.171'
0.00042	SELECT * FROM punbb_online WHERE logged<1732259819
0.00056	SELECT topic_id FROM punbb_posts WHERE id=246575
0.00005	SELECT id FROM punbb_posts WHERE topic_id=24634 ORDER BY posted
0.00081	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=24634 AND t.moved_to IS NULL
0.00010	SELECT search_for, replace_with FROM punbb_censoring
0.00546	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=24634 ORDER BY p.id LIMIT 25,25
0.00110	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=24634
Total query time: 0.01024 s

Forum Debian Users Gang

Ogłoszenie

#26 2013-11-22 19:27:18

morfik - Cenzor wirtualnego świata

Re: Pożegnanie z dyskiem?

Kod:

Kod:

Kod:

Kod:

Kod:

#27 2013-11-23 21:03:47

einsam - Użytkownik

Re: Pożegnanie z dyskiem?

#28 2013-11-23 21:27:00

morfik - Cenzor wirtualnego świata

Re: Pożegnanie z dyskiem?

Kod:

Kod:

#29 2013-11-23 23:33:12

einsam - Użytkownik

Re: Pożegnanie z dyskiem?

#30 2013-11-24 00:40:16

marcin'82 - Użytkownik

Re: Pożegnanie z dyskiem?

#31 2013-11-24 16:55:50

einsam - Użytkownik

Re: Pożegnanie z dyskiem?

#32 2013-11-27 17:40:55

einsam - Użytkownik

Re: Pożegnanie z dyskiem?

Kod:

#33 2013-11-27 17:49:02

morfik - Cenzor wirtualnego świata

Re: Pożegnanie z dyskiem?

#34 2013-11-27 18:09:07

einsam - Użytkownik

Re: Pożegnanie z dyskiem?

#35 2015-10-05 19:06:17

einsam - Użytkownik

Re: Pożegnanie z dyskiem?

Kod:

Kod:

Kod:

Kod:

#36 2015-10-05 19:37:22

morfik - Cenzor wirtualnego świata

Re: Pożegnanie z dyskiem?

#37 2015-10-05 19:46:05

einsam - Użytkownik

Re: Pożegnanie z dyskiem?

#38 2015-10-07 22:00:55

einsam - Użytkownik

Re: Pożegnanie z dyskiem?

#39 2015-10-07 23:16:28

skullman - Użytkownik

Re: Pożegnanie z dyskiem?

#40 2015-10-11 00:00:03

einsam - Użytkownik

Re: Pożegnanie z dyskiem?

#41 2015-10-11 08:28:01

Hepita - Użytkownik

Re: Pożegnanie z dyskiem?

#42 2015-10-11 10:07:46

morfik - Cenzor wirtualnego świata

Re: Pożegnanie z dyskiem?

#43 2015-10-11 12:01:25

skullman - Użytkownik

Re: Pożegnanie z dyskiem?

#44 2015-10-11 18:13:59

einsam - Użytkownik

Re: Pożegnanie z dyskiem?

Stopka forum

Informacje debugowania