RAID na Linuksie - podmiana dysków

Mam macierz programową RAID 5 na Linuksie. 5 dysków. Do tej pory były to dyski 2 TB, ale ostatnio podmieniłem na dyski 4TB. Podmiany dokonywałem kolejno wypinając dysk 2 TB i wpinając 4TB. Macierz odbudowywała się i wymieniałem następny dysk. Po wymianie ostatniego dysku i odbudowaniu macierzy wykonałem polecenie mdadm --grow /dev/md0 --size=max
Macierz przebudowała się bezproblemowo i zwiększyła swój rozmiar dwukrotnie, tak jak oczekiwałem.
Pozostało rozszerzyć partycję. Niestety, nie mogę nawet uruchomić fsck, bo urządzenie jest zajęte, pomimo, że partycja jest odmontowana. Odpowiednio odfiltrowany wynik polecenia lsof jest taki:
jbd2/md0- 1087 root cwd DIR 8,1 4096 2 /
jbd2/md0- 1087 root rtd DIR 8,1 4096 2 /
jbd2/md0- 1087 root txt unknown /proc/1087/exe

Wygląda na to, że odbudowuje się dziennik, ale to trwa już ponad 50 godzin! Czy to jest normalne?
Czy można jakoś bezpiecznie przerwać tę operację?
Macierz na razie działa, bo bezproblemowo dała się zamontować, tyle, że ma stary rozmiar partycji.

Spodziewałeś się, że ponad 20TB będzie budowało się godzinę? Daj czas jeśli nie chcesz stracić danych.

Jak masz utworzone urzadzenie md0? Z partycji, dysków? Zwiększenie wolumenu, to nie tylko zwiększenie FS. Na tej macierzy masz jakąś partycję. Ta partycja ma wielkość poprzedniej partycji. Partycję trzeba usunąć, bez ruszania FS, utworzyć nową o wielkości jakiej potrzebujesz. Zrobić fsck i resize dopiero.

Dane zabezpiecz, bo to zawsze ryzykowna operacja.

Macierz mam złożoną z dysków, na których została założona 1 partycja Linux RAID.
Na macierzy mam jedną partycję EXT4.
To nieprawda, że partycję trzeba usunąć.Trzeba ją tyko rozszerzyć.
Robiłem już to przy przechodzeniu z dysków 1TB na 2 TB i wszystko się udało bez żadnych problemów i bez utraty danych.
Zrobiłem kolejno tylko:
e2fsck -f /dev/md0
resize2fs /dev/md0
e2fsck -f /dev/md0
Ale wtedy nie czekałem na odbudowanie dziennika.
Dlatego teraz jestem trochę zaskoczony.
Gwoli ścisłości: teraz macierz ma rozmiar dokładnie 14903.59 GiB 16002.61 GB

Zamieszałeś trochę. Dlatego pytałem jak to jest skonstruowane. Jeśli urządzenie blokowe jest już powiększone, to zostaje tylko rozszerzenie fs. W każdym razie zrób backup. To, że wtedy nic się nie stalo, nie znaczy, że teraz nic się nie może wydarzyć.

Backup to rzecz pierwsza. Ale na razie nie mogę nic zdziałać w kierunku rozszerzenia fs.
Macierz po poskładaniu jest zajęta. Nawet jeśli md0 nie jest zamontowana.
Właśnie przed chwilą sprawdzałem.
Boję się, że czeka mnie przeformatowanie. Mam jeszcze jeden pomysł, aby zatrzymać księgowanie (podobno tune2fs to może zrobić) i dopiero wtedy rozszerzyć system plików. Ale nie wiem, czy to bezpieczna operacja. Na razie zaczynam robić kopie zapasowe. Około 6 TB danych.
Jakieś inne opcje?
Znalazłem jeszcze taka poradę:


Nie rozumiem tylko tego usuwania partycji.

Teraz mi przyszła do głowy jedna rzeczy. Jaką masz tablicę partycji na tym md0?

Czego nie rozumiesz, to jest to o czym pisałem? Jeśli masz raid z partycji lub partycję na RAID, musisz ją usunąć i stworzyć nową, bez ruszania FSa. GParted robi dokładnie to samo, gdy spojrzysz w szczegóły operacji. Dopiero potem możesz robić powiększenie FSa.

Pokaż może wynik polecenia lsblk.

Nie ma takiej potrzeby :slight_smile: lsblk anomizuje dane a tego nie chcemy…

He?

man lsblk

Nie kumam o co Ci człowieku kaman. Nie wiesz po co chcę lsblk, a wyjeżdżasz mi to z jakimi manualami.

Wracamy do tematu. Stoję w martwym punkcie. Cały czas trwa księgowanie i mimo próby wyłączenia poleceniem
tune2fs -O ^has_journal /dev/md0
użycie e2fsck daje komunikat:
e2fsck 1.45.2 (27-May-2019)
/dev/md0 jest w użyciu.

Tak jak pisałem na początku partycja to EXT4
Pozostała mi opcja usunąć i utworzyć partycję, ale nie wiem czy to pomoże.

Po uruchomieniu fdisk dostałem taki komunikat:
Stara sygnatura ext4 będzie usunięta przy poleceniu zapisu.

Urządzenie nie zawiera żadnej znanej tablicy partycji.
Rozmiar tego dysku to 14,6 TiB (16002605645824 bajtów). DOS-owy format tablicy partycji nie może być używany dla dysków na wolumenach większych niż 2199023255040 bajtów dla 512-bajtowych sektorów. Należy użyć formatu tablicy partycji GUID (GPT).

Utworzono nową etykietę dysku DOS z identyfikatorem dysku 0xd5cc3d56.

Wygląda na to, że muszę założyć partycję GPT i przywracać dane z kopii.
System plików pewnie przepadnie.

Tak, musi być GPT. MBR obsługuje tylko 2TB.

Możesz spróbować konwersji MBR do GPT, ale dane zabezpiecz, żebyś potem kilka dni nie siedział przy próbie odzyskania danych.

Może dlatego to u Ciebie długo trwa. Szkoda, że od razu tego nie pokazałeś.

Dopóki nie usuniesz ext4, dane powinny pozostać na swoim miejscu, ale kopię zrób na wszelki wypadek, bo z tym nigdy nie można być w 100% pewnym.

Przypomnij mi, system też masz na tym RAID, czy na osobnym wolumenie?