🚀 go-pugleaf

On 2024-06-09, Marcin Debowski <agatek@INVALID.zoho.com> wrote:
> Problem jest nastepujący: partycja systemowa zawierająca ext4 Linuksa 
> została powiekszona od przodu. Niestety, miałem jakieś zacmienie i 
> zamiast zrobić partprobe i resize2fs postanowiłem zaktualizować tablicę 
> poprzez restart.
> Grub odpala się ze swoją ograniczoną linia poleceń bo nie widzi "root" 
> na docelowej partycji (ext4 zaczyna się w dalszej jej części). Problem 
> zrobił sie taki, że to jest majkrosoftowski badziew o nazwie surface go, 
> który nie potrafi odpalic nawet windows efi, mimo, że mogę wejść w 
> odpowiednie menu "biosu" i ustawić taką opcję na twardo. Po usb, 
> standardowych obrazów też nie odpala.
>
> Widzę takie opcje wyścia z sytuacji:
>
> 1) Odpalenie bootmanagera windows z firmware efi - windows ma opcję 
> reboot do efi w celu odpalenia z usb, gdzie już potrafi zobaczyć 
> standardowy obraz na usb. Mam problemy z wyszukaniem jak nakłonić gruba 
> z lini poleceń aby wczytał windowsowskie efi, które jest na dysku i je 
> widać.
>
> 2) Trochę wątpię, ale może jest jakaś opcja z lini poleceń gruba, która 
> naprawiła by ten ext4 czyli zrobiła to co robi normalnie resize2fs?
>
> 3) Być może byłbym w stanie odpalić po usb obraz zperparowany jakimś 
> Rufusem, czy innym usbmake ale to zostawiam na koniec jako ostatnią 
> deske.
>
> Inne pomysły?

Małe uaktualnienie. Rufus nie pomógł nawet z obraze Windows10, ale 
widzę, że jest kolejna opcja. Grub widzi pendrajwa wsadzonego 
w delikwenta, więc powinno się dać zrobić coś takiego (przykład):

grub> set root=(hd0,1)
grub> linux /vmlinuz-numerki-generic 
grub> initrd /initrd.img-numerki-generic
grub> boot

czyli, musiałbym najpier zainstalować Linuksa na jakims pendrajwie.

A jak podobnym sposobem odpalić z pendrajwa typową dystrybucje "live"?

-- 
Marcin

On 2024-06-10, Marcin Debowski <agatek@INVALID.zoho.com> wrote:
> A jak podobnym sposobem odpalić z pendrajwa typową dystrybucje "live"?

Przepraszam, że tak cykam, ale dziele się na bieżąco radością :) (i nie 
chce aby się jakaś życzliwa dusza produkowała niepotrzebnie)

Windows mogę załadować
grub> chainloader /EFI/Microsoft/Boot/bootmgfw.efi
co robiłem już wczesniej, ale teraz dałem po tym "boot" i poszło.
grub> boot

Okazuje się, że "live" mogę załadować podobnie:
grub> chainloader (hd0,gpt2)/efi/boot/boot64.efi (lub podobnie).
grub> boot

-- 
Marcin

Marcin Debowski <agatek@INVALID.zoho.com> writes:

> On 2024-06-10, Marcin Debowski <agatek@INVALID.zoho.com> wrote:
>> A jak podobnym sposobem odpalić z pendrajwa typową dystrybucje "live"?
>
> Przepraszam, że tak cykam, ale dziele się na bieżąco radością :) (i nie 
> chce aby się jakaś życzliwa dusza produkowała niepotrzebnie)

Bardzo dobrze. Ja co prawda nie pomogę ale chętnie się dowiem czegoś
nowego.
KJ
-- 
http://wolnelektury.pl/wesprzyj/teraz/

On 2024-06-10, Kamil Jońca <kjonca@poczta.onet.pl> wrote:
> Marcin Debowski <agatek@INVALID.zoho.com> writes:
>
>> On 2024-06-10, Marcin Debowski <agatek@INVALID.zoho.com> wrote:
>>> A jak podobnym sposobem odpalić z pendrajwa typową dystrybucje "live"?
>>
>> Przepraszam, że tak cykam, ale dziele się na bieżąco radością :) (i nie 
>> chce aby się jakaś życzliwa dusza produkowała niepotrzebnie)
>
> Bardzo dobrze. Ja co prawda nie pomogę ale chętnie się dowiem czegoś
> nowego.

Kolejny problem to naprawa tego powiekszonego ext4, bo wygląda, że 
błędnie przyjąłem, iż resize2fs szuka jakoś początku systemu plików. 
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ć.

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

-- 
Marcin

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

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

On 2024-06-11 at 01:56 Marcin Debowski wrote:
>> 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.

Faktycznie, chyba muszę odwołać fdiska, a 'sfdisk -d' zamienić na
'sgdisk -p'.  Założyłem przez analogię, że jeśli z początkowym fragmentem
obrazu dysku z tablicą partycji w MBR fdisk sobie radzi bez problemu,
to skoro od kilku(nastu?) już lat fdisk obsługuje GPT, to i z początkowym
fragmentem obrazu dysku z GPT też sobie poradzi.  Jak widać nie.  Go figure.

(s)gdisk, podobnie jak kpartx, trochę się pluje na temat rozmiaru dysku
i kopii GPT, ale położenie, rozmiary i typy partycji pokazuje dobrze.

Date: Mon, 10 Jun 2024 06:28:21
From: Marcin Debowski
> On 2024-06-10, Marcin Debowski <agatek@INVALID.zoho.com> wrote:
>> A jak podobnym sposobem odpalić z pendrajwa typową dystrybucje "live"?

> Przepraszam, że tak cykam, ale dziele się na bieżąco radością :) (i nie 
> chce aby się jakaś życzliwa dusza produkowała niepotrzebnie)

> Windows mogę załadować
> grub> chainloader /EFI/Microsoft/Boot/bootmgfw.efi
> co robiłem już wczesniej, ale teraz dałem po tym "boot" i poszło.
> grub> boot

Właśnie miałem powyższe wkleić, ale widzę, że sam znalazłeś odpowiedź.
:)

Gratulacje i pozdrawiam,
Dominik
-- 
Fedora   https://fedoraproject.org
Deep in the human unconscious is a pervasive need for a logical universe that
makes sense. But the real universe is always one step beyond logic.
        -- from "The Sayings of Muad'Dib" by the Princess Irulan

On 2024-06-11, Dominik 'Rathann' Mierzejewski <_wstaw_nick_@greysector.net> wrote:
> Date: Mon, 10 Jun 2024 06:28:21
> From: Marcin Debowski
>> On 2024-06-10, Marcin Debowski <agatek@INVALID.zoho.com> wrote:
>>> A jak podobnym sposobem odpalić z pendrajwa typową dystrybucje "live"?
>
>> Przepraszam, że tak cykam, ale dziele się na bieżąco radością :) (i nie 
>> chce aby się jakaś życzliwa dusza produkowała niepotrzebnie)
>
>> Windows mogę załadować
>> grub> chainloader /EFI/Microsoft/Boot/bootmgfw.efi
>> co robiłem już wczesniej, ale teraz dałem po tym "boot" i poszło.
>> grub> boot
>
> Właśnie miałem powyższe wkleić, ale widzę, że sam znalazłeś odpowiedź.
>:)
>
> Gratulacje i pozdrawiam,

Dziękuje :) 
Ten "boot" nie był do końca intuicyjny.

-- 
Marcin