Nowe posty

Autor Wątek: Zamontowanie przeniesionych do innego komputera dysków macierzy RAID.  (Przeczytany 5411 razy)

rekam

  • Gość
System pracował na 2 dyskach spiętych w macierz RAID. Niestety już nie uruchamia się (GRUB błąd nr 15). Próbowałem naprawić GRUB z dysku CD-live, ale nie mogę uzyskać dostępu do dysków macierzy (przypuszczam, że powodem jest brak pliku mdadm.conf). Postanowiłem dyski przenieść do innego kompa z CentOS i tam zamontować tą macierz. Aby uzyskać dostęp do tej macierzy, mdadm musi mieć ustawienia dla niej zapisane w pliku mdadm.conf, ktory jest tworzony przy jej tworzeniu. Wiem, że można "odpytać" dyski macierzy o te informacje i utworzyć z nich potrzebny plik konfiguracyjny. W helpie mdadm są dostępne funkcje --examine i --scan --assemble, ale nie wiem które bezpiecznie można użyć. Proszę o pomoc w uzyskaniu dostępu do tej macierzy lub pojedynczego dysku.

Offline Paweł Kraszewski

  • Administrator
  • Guru
  • *****
  • Wiadomości: 3059
  • Lenistwo jest matką potrzeby = babcią wynalazku
    • Zobacz profil
1. Jaki RAID? 0? 1?
2. Jaki RAID? Sprzętowy? Programowy? Jak programowy, to MDADM czy LVM?
3. Cały dysk? Partycja?

Dziś akurat składałem RAID 10...
a) madam.conf nie jest potrzebny do niczego
b) wklej wynik "cat /proc/mdstat"

Jak cokolwiek wykryje, to wyniki będą wyglądać mniej więcej tak (oczywiście numery partycji będą poewnie inne):

/dev/md1  RAID1 [sda1] [sdb1]

c) wklej wynik "mdadm -E /dev/sdYZ" dla partycji, która była elementem składowym macierzy (jeżeli wiesz, które), niezależnie od sukcesu #b. Jak nie wiesz, to po prostu próbuj dla wszystkich partycji w systemie. Opcja E tylko czyta metadane, nic nie zmienia.
d) wklej wynik "mdadm -D /dev/mdX" jeżeli wykryje jakąś macierz w ogóle. Opcja D też nic nie zmienia.

Jak nic nie jest trafione, to "mdadm -A --scan" powinien sam znaleźć i zmontować wszystkie macierze, ale zaczekaj z tym do wklejenia wyników b-d.
« Ostatnia zmiana: 2015-09-11, 22:02:31 wysłana przez Paweł Kraszewski »
Paweł Kraszewski
~Arch/Void/Gentoo/FreeBSD/OpenBSD/Specjalizowane customy

rekam

  • Gość
Cytuj
1. Jaki RAID? 0? 1?
RAID1

Cytuj
2. Jaki RAID? Sprzętowy? Programowy? Jak programowy, to MDADM czy LVM?
Programowy. Najprawdopodobniej MDADM

Cytuj
3. Cały dysk? Partycja?
Wszystkie partycje na dysku

Cytuj
wklej wynik "cat /proc/mdstat"
Personalities : [raid1] 
md124 : active raid1 sdc4[0] sda4[1]
      464996216 blocks super 1.0 [2/2] [UU]
      bitmap: 0/4 pages [0KB], 65536KB chunk

md125 : active (auto-read-only) raid1 sdc1[0] sda1[1]
      216052 blocks super 1.0 [2/2] [UU]
      bitmap: 0/1 pages [0KB], 65536KB chunk

md126 : active (auto-read-only) raid1 sdc2[0] sda2[1]
      2200564 blocks super 1.0 [2/2] [UU]
      bitmap: 0/1 pages [0KB], 65536KB chunk

md127 : active (auto-read-only) raid1 sdc3[0] sda3[1]
      20972472 blocks super 1.0 [2/2] [UU]
      bitmap: 0/1 pages [0KB], 65536KB chunk

unused devices: <none>
Cytuj
wklej wynik "mdadm -E /dev/sdYZ"
# mdadm -E /dev/sda1
dev/sda1:
          Magic : a92b4efc
        Version : 1.0
    Feature Map : 0x1
     Array UUID : 041e908e:229dc6c9:71174ee7:820502df
           Name : linux:0
  Creation Time : Thu Sep 29 08:46:39 2011
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 432104 (211.02 MiB 221.24 MB)
     Array Size : 216052 (211.02 MiB 221.24 MB)
   Super Offset : 432112 sectors
          State : clean
    Device UUID : 2f207853:fc6259ef:805d6ea3:05fad8a0

Internal Bitmap : -8 sectors from superblock
    Update Time : Wed Sep  9 11:08:25 2015
       Checksum : 685379ab - correct
         Events : 35


   Device Role : Active device 1
   Array State : AA ('A' == active, '.' == missing, 'R' == replacing)
Cytuj
wklej wynik "mdadm -D /dev/mdX"
# mdadm -D /dev/md124
/dev/md124:
        Version : 1.0
  Creation Time : Thu Sep 29 08:46:41 2011
     Raid Level : raid1
     Array Size : 464996216 (443.45 GiB 476.16 GB)
  Used Dev Size : 464996216 (443.45 GiB 476.16 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Fri Sep 11 22:41:35 2015
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           Name : linux:3
           UUID : 3b832eba:fd43642b:f9182ff6:5c8c7500
         Events : 1534

    Number   Major   Minor   RaidDevice State
       0       8       36        0      active sync   /dev/sdc4
       1       8        4        1      active sync   /dev/sda4

Zakładając wątek z prośbą o pomoc, byłem po wielu godzinach nieudanych prób uzyskania dostępu do tej macierzy. Ponieważ nie mam doświadczenia w macierzach programowych, próby robiłem na dwóch dyskach na które sklonowałem "oryginały". Dopiero po napisaniu na forum zauważyłem, że klony różnią się w wielkości partycji. Wklejone wyniki pochodzą z oryginałów. Na moje oko wszystko jest OK, ale niepokoi mnie to, że na dwóch podmontowanych partycjach macierzy  nie widzę żadnych danych a na trzeciej są widoczne jakieś szczątkowe dane. Polecenie "df -Th" pokazuje zajętość kilkudziesięciu MB danej partycji a na niej nic nie widać!. Jak to jest możliwe?

Offline Paweł Kraszewski

  • Administrator
  • Guru
  • *****
  • Wiadomości: 3059
  • Lenistwo jest matką potrzeby = babcią wynalazku
    • Zobacz profil
Generalnie z zapisów wynika, że macierze się złożyły poprawnie (na poziomie fizycznym).

Dorzuć jeszcze informację zwracaną przez polecenia:
* blkid
* file -Ls /dev/md* /dev/sd[a-z][1-9]
Paweł Kraszewski
~Arch/Void/Gentoo/FreeBSD/OpenBSD/Specjalizowane customy

rekam

  • Gość
Na początku pragnę podziękować za okazywaną pomoc.
Mam wrażenie, że wczoraj macierz partycji swap miała oznaczenie md126 a po dzisiejszym włączeniu komputera jest to md124. Czy to jest OK?

Cytuj
Dorzuć jeszcze informację zwracaną przez polecenia:
* blkid
/dev/sdb1: UUID="659748b5-0aa4-42d7-a396-4e3d5b520b7c" TYPE="xfs" 
/dev/sdb2: UUID="132d7249-31e2-4857-aa99-317326789e4c" TYPE="swap"
/dev/sdb3: UUID="2ec106b6-e783-49f9-82f7-c804b48cfbd0" TYPE="xfs"
/dev/sdb5: UUID="a258a397-5f62-44b3-902b-d07b992158ec" TYPE="xfs"
/dev/sdc1: UUID="041e908e-229d-c6c9-7117-4ee7820502df" UUID_SUB="ebc77b71-f968-daa8-38bd-b771dede5a40" LABEL="linux:0" TYPE="linux_raid_member"
/dev/sdc2: UUID="0db5ea58-9f0b-d237-9e59-4f79764d0017" UUID_SUB="16b29857-7d0b-7706-6e75-560c3d17ff29" LABEL="linux:1" TYPE="linux_raid_member"
/dev/sdc3: UUID="6000a145-a9e2-4aa5-4596-e140782e7e30" UUID_SUB="b1ff8b1b-4839-fda4-4016-e8101b8445ef" LABEL="linux:2" TYPE="linux_raid_member"
/dev/sdc4: UUID="3b832eba-fd43-642b-f918-2ff65c8c7500" UUID_SUB="1b3b8892-8b4e-556d-b8b0-0e9912092aa0" LABEL="linux:3" TYPE="linux_raid_member"
/dev/sda1: UUID="041e908e-229d-c6c9-7117-4ee7820502df" UUID_SUB="2f207853-fc62-59ef-805d-6ea305fad8a0" LABEL="linux:0" TYPE="linux_raid_member"
/dev/sda2: UUID="0db5ea58-9f0b-d237-9e59-4f79764d0017" UUID_SUB="3088a6ec-2456-8796-308e-590dd52f8d0a" LABEL="linux:1" TYPE="linux_raid_member"
/dev/sda3: UUID="6000a145-a9e2-4aa5-4596-e140782e7e30" UUID_SUB="e09f5691-f862-bc99-c0aa-84d7df1eafdd" LABEL="linux:2" TYPE="linux_raid_member"
/dev/sda4: UUID="3b832eba-fd43-642b-f918-2ff65c8c7500" UUID_SUB="a6e89392-42f8-1a3e-d44a-d59b47d9619d" LABEL="linux:3" TYPE="linux_raid_member"
/dev/md127: UUID="c0b28561-60a9-4d67-9d91-30053c7e1482" TYPE="ext4"
/dev/md126: UUID="ba77d19d-80c2-4fd4-87d9-a94dc6fdcb16" TYPE="ext4"
/dev/md125: UUID="4f4f30ce-663e-4066-b3fc-7f6c1581451a" TYPE="ext4"
/dev/md124: UUID="bdeebb8f-4b0b-4bff-a6d7-b118a05ff91c" TYPE="swap"
Cytuj
Dorzuć jeszcze informację zwracaną przez polecenia:
* file -Ls /dev/md* /dev/sd[a-z][1-9]
/dev/md:    directory
/dev/md124: Linux/i386 swap file (new style), version 1 (4K pages), size 550140 pages, no label, UUID=bdeebb8f-4b0b-4bff-a6d7-b118a05ff91c
/dev/md125: Linux rev 1.0 ext4 filesystem data, UUID=4f4f30ce-663e-4066-b3fc-7f6c1581451a (needs journal recovery) (extents) (huge files)
/dev/md126: Linux rev 1.0 ext4 filesystem data, UUID=ba77d19d-80c2-4fd4-87d9-a94dc6fdcb16 (needs journal recovery) (extents) (large files) (huge files)
/dev/md127: Linux rev 1.0 ext4 filesystem data, UUID=c0b28561-60a9-4d67-9d91-30053c7e1482 (needs journal recovery) (extents) (large files) (huge files)
/dev/sda1:  Linux rev 1.0 ext4 filesystem data, UUID=4f4f30ce-663e-4066-b3fc-7f6c1581451a (extents) (huge files)
/dev/sda2:  Linux/i386 swap file (new style), version 1 (4K pages), size 550140 pages, no label, UUID=bdeebb8f-4b0b-4bff-a6d7-b118a05ff91c
/dev/sda3:  Linux rev 1.0 ext4 filesystem data, UUID=ba77d19d-80c2-4fd4-87d9-a94dc6fdcb16 (extents) (large files) (huge files)
/dev/sda4:  Linux rev 1.0 ext4 filesystem data, UUID=c0b28561-60a9-4d67-9d91-30053c7e1482 (extents) (large files) (huge files)
/dev/sdb1:  SGI XFS filesystem data (blksz 4096, inosz 256, v2 dirs)
/dev/sdb2:  Linux/i386 swap file (new style), version 1 (4K pages), size 1015807 pages, no label, UUID=132d7249-31e2-4857-aa99-317326789e4c
/dev/sdb3:  SGI XFS filesystem data (blksz 4096, inosz 256, v2 dirs)
/dev/sdb4:  x86 boot sector; partition 1: ID=0x83, starthead 254, startsector 2048, 48259072 sectors, extended partition table (last)\011, code offset 0x0
/dev/sdb5:  SGI XFS filesystem data (blksz 4096, inosz 256, v2 dirs)
/dev/sdc1:  Linux rev 1.0 ext4 filesystem data, UUID=4f4f30ce-663e-4066-b3fc-7f6c1581451a (extents) (huge files)
/dev/sdc2:  Linux/i386 swap file (new style), version 1 (4K pages), size 550140 pages, no label, UUID=bdeebb8f-4b0b-4bff-a6d7-b118a05ff91c
/dev/sdc3:  Linux rev 1.0 ext4 filesystem data, UUID=ba77d19d-80c2-4fd4-87d9-a94dc6fdcb16 (extents) (large files) (huge files)
/dev/sdc4:  Linux rev 1.0 ext4 filesystem data, UUID=c0b28561-60a9-4d67-9d91-30053c7e1482 (extents) (large files) (huge files)

Offline Paweł Kraszewski

  • Administrator
  • Guru
  • *****
  • Wiadomości: 3059
  • Lenistwo jest matką potrzeby = babcią wynalazku
    • Zobacz profil
Sorry, dopiero mogłem zajrzeć (cały dzień przeorania routera z TomatoUSB na OpenWRT, potem walka z przypomnieniem sobie klonowanego MAC-a podanego operatorowi z routera, który dawno poszedł do piachu i na koniec reaktywacja IPv6...).

1/ Obie tabelki sugerują, że macierze się złożyły poprawnie na poziomie sektorów.
2/ Zdarza się, że macierze skaczą z numerkami, dlatego warto w FSTAB używać ich po UUID (który jest stały) a nie po /dev/mdXXX.
3/ Brak plików może wynikać z pierwotnego błędu (error 15 GRUB-a to zwipowany katalog/partycja boot z głównymi plikami GRUB-a). Wygląda, jakby coś odstrzeliło ci system plików, coś na zasadzie nieostrożnego "rm -rf /"

Wrzuć jeszcze wynik działania
for D in /dev/md1*; do echo "===$D===" ; tune2fs -l $D ; done
« Ostatnia zmiana: 2015-09-13, 22:26:35 wysłana przez Paweł Kraszewski »
Paweł Kraszewski
~Arch/Void/Gentoo/FreeBSD/OpenBSD/Specjalizowane customy

rekam

  • Gość
Przepraszam, że dopiero teraz się odzywam, ale w przed pólnocą w niedzielę "wygnali" mnie na kilkudniową delegację :(

Cytuj
for D in /dev/md1*; do echo "===$D===" ; tune2fs -l $D ; done
===/dev/md124===
tune2fs 1.42.9 (28-Dec-2013)
Filesystem volume name:   <none>
Last mounted on:          /home
Filesystem UUID:          c0b28561-60a9-4d67-9d91-30053c7e1482
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              29065216
Block count:              116249054
Reserved block count:     5812452
Free blocks:              114374162
Free inodes:              29065206
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      996
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Thu Sep 29 08:46:44 2011
Last mount time:          Sat Sep 12 12:02:34 2015
Last write time:          Sat Sep 12 18:56:21 2015
Mount count:              5
Maximum mount count:      36
Last checked:             Tue Aug 11 07:40:52 2015
Check interval:           15552000 (6 months)
Next check after:         Sun Feb  7 06:40:52 2016
Lifetime writes:          2715 MB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      e7b9ca55-b850-4c08-8e99-879763d931b2
Journal backup:           inode blocks
===/dev/md125===
tune2fs 1.42.9 (28-Dec-2013)
===/dev/md126===
tune2fs 1.42.9 (28-Dec-2013)
Filesystem volume name:   <none>
Last mounted on:          /home/md126
Filesystem UUID:          ba77d19d-80c2-4fd4-87d9-a94dc6fdcb16
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              1313280
Block count:              5242880
Reserved block count:     262155
Free blocks:              5116375
Free inodes:              1313219
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1022
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8208
Inode blocks per group:   513
Flex block group size:    16
Filesystem created:       Thu Sep 29 08:46:42 2011
Last mount time:          Sat Sep 12 12:01:49 2015
Last write time:          Sat Sep 12 18:56:21 2015
Mount count:              4
Maximum mount count:      38
Last checked:             Tue Aug 11 07:40:41 2015
Check interval:           15552000 (6 months)
Next check after:         Sun Feb  7 06:40:41 2016
Lifetime writes:          88 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      7416a4c8-d924-4e15-bde9-a43f66499a74
Journal backup:           inode blocks
===/dev/md127===
tune2fs 1.42.9 (28-Dec-2013)
Filesystem volume name:   <none>
Last mounted on:          /boot
Filesystem UUID:          4f4f30ce-663e-4066-b3fc-7f6c1581451a
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              54216
Block count:              216052
Reserved block count:     10802
Free blocks:              203316
Free inodes:              54206
First block:              1
Block size:               1024
Fragment size:            1024
Reserved GDT blocks:      256
Blocks per group:         8192
Fragments per group:      8192
Inodes per group:         2008
Inode blocks per group:   251
Flex block group size:    16
Filesystem created:       Thu Sep 29 08:46:41 2011
Last mount time:          Sat Sep 12 12:03:17 2015
Last write time:          Sat Sep 12 18:56:21 2015
Mount count:              4
Maximum mount count:      33
Last checked:             Tue Aug 11 07:40:52 2015
Check interval:           15552000 (6 months)
Next check after:         Sun Feb  7 06:40:52 2016
Lifetime writes:          35 MB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           128
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      353b9230-b8fc-4df5-9b92-12e2b3839773
Journal backup:           inode blocks
Powyższy kod wkleiłem z pliku do którego przekierowałem wynik działania polecenia. Piszę o tym, ponieważ zauważyłem różnicę w treści wyniku działania polecenia wyświetlanego na ekranie monitora. Poniżej zrzut z ekranu
===/dev/md124===
tune2fs 1.42.9 (28-Dec-2013)
Filesystem volume name:   <none>
Last mounted on:          /home
Filesystem UUID:          c0b28561-60a9-4d67-9d91-30053c7e1482
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isi
ze
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              29065216
Block count:              116249054
Reserved block count:     5812452
Free blocks:              114374162
Free inodes:              29065206
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      996
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Thu Sep 29 08:46:44 2011
Last mount time:          Sat Sep 12 12:02:34 2015
Last write time:          Sat Sep 12 18:56:21 2015
Mount count:              5
Maximum mount count:      36
Last checked:             Tue Aug 11 07:40:52 2015
Check interval:           15552000 (6 months)
Next check after:         Sun Feb  7 06:40:52 2016
Lifetime writes:          2715 MB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11                                                                                                                                 
Inode size:               256                                                                                                                               
Required extra isize:     28                                                                                                                                 
Desired extra isize:      28                                                                                                                                 
Journal inode:            8                                                                                                                                 
Default directory hash:   half_md4                                                                                                                           
Directory Hash Seed:      e7b9ca55-b850-4c08-8e99-879763d931b2                                                                                               
Journal backup:           inode blocks                                                                                                                       
===/dev/md125===                                                                                                                                             
tune2fs: Błędna liczba magiczna w superbloku podczas próby otworzenia /dev/md125                                                                             
Nie można znaleźć poprawnego superbloku systemu plików.                                                                                                     
tune2fs 1.42.9 (28-Dec-2013)                                                                                                                                 
===/dev/md126===                                                                                                                                             
tune2fs 1.42.9 (28-Dec-2013)                                                                                                                                 
Filesystem volume name:   <none>                                                                                                                             
Last mounted on:          /home/md126                                                                                                                       
Filesystem UUID:          ba77d19d-80c2-4fd4-87d9-a94dc6fdcb16                                                                                               
Filesystem magic number:  0xEF53                                                                                                                             
Filesystem revision #:    1 (dynamic)                                                                                                                       
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isi
ze                                                                                                                                                           
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              1313280
Block count:              5242880
Reserved block count:     262155
Free blocks:              5116375
Free inodes:              1313219
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1022
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8208
Inode blocks per group:   513
Flex block group size:    16
Filesystem created:       Thu Sep 29 08:46:42 2011
Last mount time:          Sat Sep 12 12:01:49 2015
Last write time:          Sat Sep 12 18:56:21 2015
Mount count:              4
Maximum mount count:      38
Last checked:             Tue Aug 11 07:40:41 2015
Check interval:           15552000 (6 months)
Next check after:         Sun Feb  7 06:40:41 2016
Lifetime writes:          88 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      7416a4c8-d924-4e15-bde9-a43f66499a74
Journal backup:           inode blocks
===/dev/md127===
tune2fs 1.42.9 (28-Dec-2013)
Filesystem volume name:   <none>
Last mounted on:          /boot
Filesystem UUID:          4f4f30ce-663e-4066-b3fc-7f6c1581451a
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              54216
Block count:              216052
Reserved block count:     10802
Free blocks:              203316
Free inodes:              54206
First block:              1
Block size:               1024
Fragment size:            1024
Reserved GDT blocks:      256
Blocks per group:         8192
Fragments per group:      8192
Inodes per group:         2008
Inode blocks per group:   251
Flex block group size:    16
Filesystem created:       Thu Sep 29 08:46:41 2011
Last mount time:          Sat Sep 12 12:03:17 2015
Last write time:          Sat Sep 12 18:56:21 2015
Mount count:              4
Maximum mount count:      33
Last checked:             Tue Aug 11 07:40:52 2015
Check interval:           15552000 (6 months)
Next check after:         Sun Feb  7 06:40:52 2016
Lifetime writes:          35 MB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               128
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      353b9230-b8fc-4df5-9b92-12e2b3839773
Journal backup:           inode blocks
Zauważyłem różnice dotyczące ===/dev/md125/===

Offline Paweł Kraszewski

  • Administrator
  • Guru
  • *****
  • Wiadomości: 3059
  • Lenistwo jest matką potrzeby = babcią wynalazku
    • Zobacz profil
Różnica listingów wynika z tego, że mój skrypt próbował wszystko (włącznie ze swapem) potraktować jako system extX i stąd komunikat błędu.

I teraz złe wiadomości: partycje wyglądają dobrze. Nie mają błędów. Po prostu nie ma na nich Twoich danych.  Musiały zostać "legalnie" skasowane, tj nie znikły z powodu uszkodzenia dysku. Niestety wychodzi stara prawda, że RAID1/5/6 nie zastępuje regularnego backupu danych, bo zabezpiecza przed czymś innym.

Teraz zostaje zastosowanie narzędzi do odkasowywania skasowanych plików, typu testdisk,  foremost czy podobne.
« Ostatnia zmiana: 2015-09-17, 16:45:45 wysłana przez Paweł Kraszewski »
Paweł Kraszewski
~Arch/Void/Gentoo/FreeBSD/OpenBSD/Specjalizowane customy

rekam

  • Gość
Dziwna sprawa, bo komputer pracował jako serwer z bazą danych Postgresql. Kolega który z niego korzystał przez LAN (program pod WIN) nie miał żadnego konta na tej maszynie. Na routerze przekierowanie ustawiałem tylko ma czas zdalnej pracy przez ssh. Port był zmieniony z 22 na wyższy od 2000. Ostatni raz logowałem się kilka tygodni przed awarią.
Cytuj
Teraz zostaje zastosowanie narzędzi do odkasowywania skasowanych plików, typu testdisk,  foremost czy podobne.
Czy ktoryś z powyższych programów ma funkcjonalność odzyskiwania plików według podanej nazwy lub jej rozszerzenia?
« Ostatnia zmiana: 2015-09-18, 23:55:26 wysłana przez rekam »

Offline Paweł Kraszewski

  • Administrator
  • Guru
  • *****
  • Wiadomości: 3059
  • Lenistwo jest matką potrzeby = babcią wynalazku
    • Zobacz profil
Cytuj
Czy ktoryś z powyższych programów ma funkcjonalność odzyskiwania plików według podanej nazwy lub jej rozszerzenia?

Testdisk pokazuje po prostu zawartość dysku, jakby skasowane pliki wciąż tam były (oczywście zależy od stopnia "odstrzelenia" nośnika). Foremost odzyskuje pliki na podstawie sygnatury i nawet nie bawi się w zgadywanie oryginalnej nazwy. Ale raczej nie robiłbym sobie nadziei z plikami tak dużymi, jak store'y Postgresa.

Jeżeli dane są cenne a backupu nie ma, to zostaje jakaś firma forensikowa (MediaRecovery czy cóś) i taczka pieniędzy.
Paweł Kraszewski
~Arch/Void/Gentoo/FreeBSD/OpenBSD/Specjalizowane customy

rekam

  • Gość
Dziękuję za pomoc i przekazaną wiedzę.