Ubuntu boot partíció repair és UEFI meghajtó probléma
Szervusztok,
Ráróbáltam a jelenlegi GRUB beállításokkal a korábbi kernellel bootolni.
Nekem az 5.19.0-50 és 5.19.0-46 kernelek vannak fenn automatikusan.
Ha normál módban indítoma -46-ot, akkor pár képernyőn olvasható sikeres betöltés és hibaüzenet után automatikusan emergency módba kerülök. Fogalmam sincs hogy miért
Normál módban a dmesg lenne a parancs, amivel el tudom olvasni a kernel üzeneteket. Ilyenkor hová logol bármit is? A Journal file tartalmaz valamit arróll, hogy mi történik boot közben vagy mehetett tönkre?
Ha recovery módban indítom a -46-ot, akkor szuper összetört képernyőt kapok.
Bár egyszer már betöltődött normálisan, de egy sorral lentebb léptetés után lefagyott. Ezt épp le tudtam fényképezni.
Egy másik, mőködő rendszerről elvileg az öszes elkészült logot elérem, csak nem tudom hogy mit keressek benne . . .
laszlo.a.toth@googlemail.com Próbáltad a journalctl -xb
parancsot, amit javasol is? Az kiírja a legutóbbi rendszerindítás óta keletkezett üzeneteket. Van egy csomó kapcsolója, amivel még több infót lehet kiszedni, de általában ez elég szokott lenni.
- Szerkesztve
lala2 Kaptam választ a TimeShift problémára. Azt írták hogy az rsync verzió ismert problémája.
vagy downgrade-elek vagy várok a javításra.
The source of the problem is something related in combination with rsync 3.2.7-0ubuntu0.22.04.2
"You can either downgrade and hold on to rsync 3.2.3-8ubuntu3
but not sure what of importance was fix in 3.2.7 or what else maybe relies on the newer version.
Or switch to the ubuntu timeshift PPA (upstream "unstable") Version:
https://launchpad.net/~teejee2008/+archive/ubuntu/timeshift/And hopefully ubuntu's Timeshift gets a downstream patch or fixed "stable" version really soon. Seriously it is nearly 5 month now, otherwise someone should probably search for their ubuntu bugtacker and request a complete removal of their Timeshift because carry on with a broken version, in my opinion, is not much longer tolerable."
Nekem amíg a rendszer nem indul el, teljesen mindegy.
- Szerkesztve
és ez lehet mondjuk chroot-olt környezetből kiíratni mondjuk egy file-ba? Gondolom elég sokat kel majd olvasni . .
- Szerkesztve
Kiírathatod fájlba is, csak minek? Tudniillik eleve abban van, csak bináris. Ha csatolod a fájlrendszert mondjuk az /mnt/valami
alatt, akkor így tudod megnyitni:
journalctl --directory=/mnt/valami/run/log/journal/<gépazonosító>
A gépazonosító valamilyen hexa számsorozat lesz, de egy lesz belőle, szóval megtalálod.
Ha ki akarod vele íratni szövegesen, akkor csak irányítsd át egy fájlba, pl. journalctl [...] > system.log
.
chroot-olva nem talál semmit:
laci@Sanyika:/mnt$ sudo chroot /mnt /bin/bash
root@Sanyika:/# journalctl -xb
-- No entries --
root@Sanyika:/#
- Szerkesztve
Szervusztok,
Csináltam pár fotót a logokról, amikor a kernelt be akarja tölteni az op. rendszer. Láttatok már ilyet?
Ki tudja ezeket az üzeneteket értelmezni? Az ubuntu.com/support fizetős . . .
laszlo.a.toth@googlemail.com sudo chroot /mnt /bin/bash
Ezt mit csinálna?
laszlo.a.toth@googlemail.com Csináltam pár fotót a logokról,
Szó szerint fotó?
Szöveges (kereshető) formában nem jó?
És amúgy hol vannak?
becsatoltam az előző válaszomba, de látom hogy nem jelent meg.
most azt próbálom megtenni, hogy standard boot -> kibob rescue (és nem recovery!) módba
ott felmountolok egy olyan helyet ahová tudok írni és szöveg file-ba irányítom a journalctl listát
rescue módban az alábbi megszorítások élnek (recovery módban összetörik a képernyő)
- nincs hálózat, így nem tudom a csomag listát apt-get-tel frissíteni -> ez bug vagy feature itt?
- fdisk -l listázza a disk partíciókat, de
- nincs pld. mount parancs sem
hibaüzenet: mount: lib/x86_64-linux-gnu/libmount.so.1 'MOUNT_2_38' not found
vagyis a journalctl listát nem tudom kiírni sehová
hogy tudok szert tenni hálózatra, vagy elemzéshez a journalctl -xb parancsot kiírni file-ba?
- Szerkesztve
klt dehogynem, szöveg file-ban a legjobb. te tudsz esetleg olyat javasolni?
igen, mobillal készült fotó
csak chroot-olva üres a journalctl lista, rescue módban lekérdezve meg nem tudok semmit írható módon felmountolni hogy oda átirányitsam
recovery módban a mount parancs is hibaüzenetet ad, lásd fenti üzenet
- Szerkesztve
laszlo.a.toth@googlemail.com És olyankor a kopasz mount parancs mit mutat?
- Szerkesztve
Egy picit visszább lapoztam a sztoriban, és néhány ponton elakadtam.
laszlo.a.toth@googlemail.com Ha normál módban indítoma -46-ot, akkor pár képernyőn olvasható sikeres betöltés és hibaüzenet után automatikusan emergency módba kerülök. Fogalmam sincs hogy miért
Ilyesmit akkor láttam, ha az fstab-ban valami lehetetlen volt megadva. Például, csatolni akart egy partíciót (UUID alapján), amit időközben formáztam, így az UUID már nem az volt...
Ezt kellene ellenőrizni, hogy mint mond a blkid, és mik vannak annak a rendszernek az fstab-jában?
laszlo.a.toth@googlemail.com az fsck-nak pedig itt az eredménye
laci@Sanyika:~$ sudo fsck /dev/nvme0n1p2
[sudo] password for laci:
fsck from util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
/dev/nvme0n1p2: clean, 482534/5005312 files, 9140495/20000000 blocks
laci@Sanyika:~$
Ez azt jelenti, hogy az fsck úgy látja, az a fájlrendszer tisztának van jelölve, emiatt ellenőrzést sem végez.
Próbáld meg, hogy -f kapcsolóval indítod:
sudo fsck -f /dev/nvme0n1p2
Látni fogod, belemegy az ellenőrzésbe, ha pedig talál valamit, megkérdezi, javítsa-e?
laszlo.a.toth@googlemail.com esetleg futtassam chroot-olva a sérült gépen direktben?
Az fsck-t nem egészséges csatolt partícióra ereszteni, nem értem, mit akarsz chroot-olni?