🚀 go-pugleaf

On 2024-06-10 at 07:19 Marcin Debowski wrote:
> Kolejny problem to naprawa tego powiekszonego ext4, bo wygląda, że 
> błędnie przyjąłem, iż resize2fs szuka jakoś początku systemu plików. 

„When recreating the partition, make sure you create it with
 the same starting disk cylinder as before!  Otherwise, the resize
 operation will certainly not work, and you may lose your entire
 filesystem.” -- z czego to? :-)

> Problem konkretnie wygląda tu tak, że system plików nie zaczyna się od 
> poczatku partycji a gdzies po 10GB, o które tę partycję rozszerzyłem od 
> przodu. Ponieważ nie wiem dokładnie o ile rozszerzyłem, to nie wiem też 
> gdzie są umieszczone kopie superbloku.
> 
> Mam na szczęscie kopię obrazu całego urządzenia blokowego i najłatwiej
> byłoby nadpisać tablicę partycji z tej kopii ale się zwyczajnie boję, że
> jak coś się dupnie, to się do tego zakichanego laptopa w ogole nie
> dostanę.
> 
> Bezpieczną alternatywą do powyższego i naprawy ext4, jest ręczne 
> odtworzenie tablicy partycji z tej kopii obrazu robiąc kpartx na obrazie 
> - dane o poprzednim początku linuksowej partycji powinienem dostać.

Zdecydowanie wybierz tę bezpieczną alternatywę.  ext4, i chyba żadnego
innego filesystemu, nie da się powiększać ani zmniejszać „od przodu”.
Musisz odtworzyć tablicę partycji i przesunąć całą oryginalną partycję
tak, żeby wolne miejsce znalazło się na końcu i dopiero wtedy rozszerzać
partycję i filesystem.  (I właśnie dlatego używa się LVM-a, albo chociaż
MD, nawet jeśli początkowo wydaje się to zbędne. ;-))
A dane o partycjach z pliku będącego obrazem dysku można wyświetlić
w nieco bardziej przystępnej formie niż pokazuje kpartx za pomocą
'[fg]disk -l plik' lub 'sfdisk -d plik'.

> Ale może jest jakiś sposób naprawy tak powiekszonego ext4 lub jakiś 
> sposób odczytania (poznania lokalizacji), superbloku lub jego kopii? 

testdisk pewnie znalazłby tę zaginioną partycję.