🚀 go-pugleaf

On 2024-06-10, marrgol <marrgol@address.invalid> wrote:
> 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? :-)

Oj tam oj tam. Nie mozna miec pretensji, ze ktoś zaufał (oczekiwanym 
przez siebie) mozliwościom programu :) Poza tym jaka krzywa uczenia i 
zawarte przyjaźnie. Okazało się, ze ten cały grub w swoim prompcie to 
całkiem spoko gość, a nie coś czego wczesniej nawet kijem człowiek sie 
bał dotknąć.

>> 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.  

Tak własnie będę robił. Na razie odtworzyłem poprzednią, wszystko juz 
bootuje po staremu. Nb. też jedna obserwacja, pewnie wynikająca z faktu, 
że wczesniej modyfikowałem te partycje na żywo (na podmontowanym "root") 
- zdaje się, ze w takiej sytuacji nie uaktualnia danych w jądrze i 
resize2fs stwierdził, że nie ma nic do roboty. Jak ją przywracałem pod 
"live" to od razu przeładowało bez (jawnego uzycia) partprobe.

> ..(I właśnie dlatego używa się LVM-a, albo chociaż
> MD, nawet jeśli początkowo wydaje się to zbędne. ;-))

Pewnie tak, ale na codzień w domu człowiek robi do czego się 
przyzwyczaił. Również, jest tu odrobina takiej logiki, ze to dodatkowa 
warstwa abstrakcji, na której tez nalezy się trochę znać a spierniczyć 
można coś zawsze i wszedzie, szczególnie przy hobbystycznym 
zaangazowaniu.

> 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'.

W tym akurat przypadku kpartx jest bardziej użyteczny bo jest jakby 
mniej ostrozny. - Mam ten obraz skompresowany i wyekstrachowałem z niego 
tylko poczatkowe parę MB. Fdisk nie pokazał tablicy, a kpartx bez 
problemu, tylko się popluł, że nie widzi jej kopii.

>> 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ę.

Dzięki, będę pamietał, że coś takiego jest.

-- 
Marcin