Sziasztok! Gondom akadt a Fedora indulásával. Ez a hibaüzi: https://drive.google.com/file/d/1pNjIidRUAnUsUUzQBqgH0KrEN9rYn3Zi/view?usp=sharing
Grub reinstall kellene? Jól gondolom?
Fedora Wiki ide vonatkozó része, UEFI-t illetően: https://drive.google.com/file/d/1uof3LbEaDzzid_-CspEIFsvrMJBGCEIm/view?usp=sharing
Eddigi Debian/Ubuntu/Arch ismereteim szerint. Ilyen esetben kell az aktuális rendszer Live ISO-ja, majd abban chroot és utána a megfelelő csatolások után. Grub reinstall.
Viszont itt csak két parancsot látok, ami kitöröl két .cfg fájlt két partíció két könyvtárából. Nem ír a fáma arról, hogy ezt Live rendszer alól, vagy helyreállítási konzolról vagy a Grub minimális környezetéből.
Aztán a csomagkezelővel reinstallálni a szükséges dolgokat.
Amit nem értek az ez:
# dnf reinstall shim-* grub2-efi-* grub2-common
A shim-* és -efi-* kifejezések mit takarnak?
Ezek helyettesítenék a chroot folyamatot?
- 900 megtekintés
Hozzászólások
A reinstall az chroot alól fog menni itt is - az érintett csomagok pre/post install scriptjei rakják helyre a grub-ot.
- A hozzászóláshoz be kell jelentkezni
Az shim az uefi boot loader, a secure boothoz kell, a grub-efi a grubot vértezi fel az efi támogatással. Valószínűleg Neked elég az x64, nem feltétlen szükséges a 32 bites is.
- A hozzászóláshoz be kell jelentkezni
Szerintem az efivars-ba helyesen került ez be, mert a Grub elindul. Ugyanakkor vagy a Grub, vagy a kernel nincs jól feltelepedve. Pendrive-ról rescue boot, 1-est válassz, ez felcsatol mindent, utána chroot /mnt/sysimage - fejből írom, de kiírja, mit kell tenned -, majd nézd meg, mi van ott, s mi nincs. Gondolom, grub2-install /dev/sda2, de azért ennek nézz utána lsblk és efféle parancsokkal, itt nem szabad eszetlenkedni. Hirtelenjében azt sem tudom, hol van a grub, de ha az EFI partíció sda1-en, akkor meglehet, hogy a /boot sda2. Én mindig külön teszem az EFI-t, /boot-ot, /-t, /home-ot, így nálam lehet egészen más, mint nálad. Layout-tól függ.
Az idézett csillagok életveszélyesek, mert a shell csak akkor adja át literálisként azt a csillagot, ha az adott alkönyvtárban nincs mire kifejteni a globbing kifejezést. Tehát helyesen a parancs:
dnf reinstall shim-\* grub2-efi-\* grub2-common
A vaktában parancsok kiadőgatása ritkán segít, értsd meg a problémát. Egy példa.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Csak 3 partícióval van a rendszer telepítve. (/efi/boot - fat32, / - ext4 és swap)
- A hozzászóláshoz be kell jelentkezni
Derítsd ki, hol van a grub, annak dolgai. Az is kérdés a grub stage1, vagy mifene, hova kerül, de ennyire nem értek hozzá, ezt lehet, megoldja a shimx6h.efi. Ha jól értem, nem systemd-boot-ot használsz. Nekem az nem volt feléleszthető, ezért te is így jársz jobban szerintem.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
A GRUB szerintem is jól van telepítve, különben az sem indulna el. Inkább azt kéne nézni, hogy mit ír ki előtte, mert amit betett a kolléga screenshotot, az nem hibaüzenet, hanem egy szabványos minimal GRUB shell, de azt nem írja, hogy miért indult ez el.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
A grub meglehet, félre van konfigurálva. Az efivars dolgai rendben vannak, de a grub.cfg nem biztos, azt újra kellene generálni. Meg persze meg kellene nézni, hol van a kernel image és az initrd.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Fedora doksi, grub2 prompt része szerint.
https://docs.fedoraproject.org/en-US/quick-docs/bootloading-with-grub2/
Be kellene tölteni 2 kernel modult. Nálam nincs LVM és XFS sem. Aztán kilistázni a lemezeket, partíciókat. Megkeresni a root partíciót és beállítani.
Most eddig jutottam:
https://drive.google.com/file/d/1pvOGcAlQTG3XC1sa1OrqC5l8iZjQjHCL/view?usp=sharing
Az is tiszta és világos, hogy meg kéne adni a vmlinuz és az initrd helyét, pontos nevét. Aztán indítani.
Itt ebben a minimal környezetben, hogyan tudom megnézni a két komponens pontos nevét?
Kell-e nekem a LVM és XFS kernel modul.
- A hozzászóláshoz be kell jelentkezni
Milyen FS-en van a /boot? a képen látszik, hogy nem ismeri. a vmlinuz es initramfs-t simán meg lehet nézni ls paranccsal, ha tudja olvasni az FS-t.
- A hozzászóláshoz be kell jelentkezni
A root partíció ext4 (hd0,gpt3), az efi (hd0,gpt1) fat32, amit nem ismer (hd0,gpt2), ez a swap partíció.
- A hozzászóláshoz be kell jelentkezni
akkor a (hd0,gpt1)-n nezz szet, efi/xxxxxxxxxxx/5.x.x_x86_64/linux
grubban a set root-nal nem az OS rootjat kell megadni, hanem ahol a kernel es initramfs talalhato.
- A hozzászóláshoz be kell jelentkezni
Azt hiszem jó úton vagyok.
https://drive.google.com/file/d/1q4pAAS_XxSwnw4sZk4d2P4Bgo35ksn9F/view?usp=sharing
- A hozzászóláshoz be kell jelentkezni
Meg van a vmlinuz és az initrd. Set root az a hely ahol a kernel van, (hd0,gpt3). Próbálom beállítani, de hibaüzi, mert nem találja.
https://drive.google.com/file/d/1qFgFmir5qui8xWJ0c0C40ZuKowTBLDAo/view?usp=sharing
- A hozzászóláshoz be kell jelentkezni
(hd0,gpt3)/boot/ satöbbi...
- A hozzászóláshoz be kell jelentkezni
Óóóóó én marha :-) Vakon követtem a doksit, csak a teljes elérési útról feledkeztem meg.
Úgy néz ki, hogy így jó.
https://drive.google.com/file/d/1qL__agooNad8brfxLLEBT0n5ycfmy43O/view?usp=sharing
Mindjárt kiderül, ha entert nyomok a boot-ra. :-)
- A hozzászóláshoz be kell jelentkezni
Ilyenkor az "rhgb quiet" elhagyása kifejezetten hasznos, mert így nem látod, hogy mi történik a boot során, elakad-e valahol valami, és ha igen, mi.
Egyébként nem marha, csak figyelmetlen :)
- A hozzászóláshoz be kell jelentkezni
Némi homokóra után ide jutottam.
https://drive.google.com/file/d/1qQLT9V0VNKuO6cCjk_4AoWT8JS1e9gUK/view?usp=sharing
Akkor most a két opció elhagyása nélkül próbálom. Restrat után ott vagyok a grub2 konzolon.
- A hozzászóláshoz be kell jelentkezni
Sikerült? Megszögelted? :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Mindjárt kiderül "rhgb quiet" nélkül is.
https://drive.google.com/file/d/1qQYCtaxfpmr_qlMCdtAhEze-uBO1XjEl/view?usp=sharing
- A hozzászóláshoz be kell jelentkezni
Ennyivel lettem okosabb:
https://drive.google.com/file/d/1qY0wRFIRn-AjDo94rLoCyIV_x9h6sYtb/view?usp=sharing
https://drive.google.com/file/d/1qY55BWOsaBPdxNYIFPdqJjD_9PetcyyR/view?usp=sharing
Itt villog a prompt és innen szerintem megint a grub konzol jön restart után.
https://drive.google.com/file/d/1qYzio0O0Ne_jBS9lCVJVrrTf1g_smuVo/view?usp=sharing
- A hozzászóláshoz be kell jelentkezni
Én megpróbálnám az 5.17.7-tel is, és utána ha nem megy, akkor cd/pendrive boot, mount, chroot, hálózat csiholás és az elején írt csomagok újrarakása.
Illetve még egy kört megérhet a "linux ..." mögé egy "rescue" paramétert odarakni.
- A hozzászóláshoz be kell jelentkezni
Az lesz a következő. Paraméternek fontos a root=/dev/sda3? Már próbáltam kihagyni a selinux-ot is és mintha kevesebbet szüttyögött volna.
- A hozzászóláshoz be kell jelentkezni
Sőt, akár 5.17.9-cel. De nem a kernel bugos, nekem ment a gép 5.17.5-tel is, amikor ott jártunk.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Mit akarsz? Ez már megy! Volt nekem is ilyen állapotom valaha, nem tudom már, hogyan élesztettem fel. Lehet, érdemes volna újra generáltatni vele az initrd-t a dracut paranccsal.
dracut --force
Persze a mostanit nevezd át pl. valami.orig névre, hogy meglegyen. Ha a selinuxot akarod rendbetenni, akkor ne tiltsd, azaz vagy selinux=1, vagy ne adj meg semmit, és reboot előtt tedd ezt:
: >/.autorelabel
Elszüttyög majd vele egy darabig, 10-15 perc alatt meg szokott lenni. Ugye, abból a gyökérben lévő 0 hosszúságú file-ból tudja, hogy kell a relabeling, a végén letörli, s újra boot-ol majd.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Oké, és hogy a pékbe' jelentkezik be?
- A hozzászóláshoz be kell jelentkezni
1-est ír a kernel paraméterek végére, s akkor elindul 1-es futási szinten. Az emlékeim szerint single user, root only, konzol. A másik, hogy rescue pendrive-ról, chroot-ol, majd onnan futtatja a dracut-ot. A filerendszer gyökerébe feltenni egy nulla hosszúságú file-t, az meg tényleg nem ellenfél, oda még chroot sem kell.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
signle user mode nem nagyon van már. rd.break-kel meg lehet állni a boottal az initramfs-ben és onnan chrootolni, az emergency/rescue-hoz be kell jelentkezni.
https://www.man7.org/linux/man-pages/man7/dracut.cmdline.7.html
- A hozzászóláshoz be kell jelentkezni
Volt valamikor, de már akkoriban is inkább az init=/bin/bash meg utána a shell-ből mount -o remount,rw / állt nekem kézre - utána meg yool hálózat meg egyéb mount-ok, és kikalapálni azt, ami elromlott :-P
- A hozzászóláshoz be kell jelentkezni
Pontosan mikor a dracut parancsot?
- A hozzászóláshoz be kell jelentkezni
a (hd0,gpt3)/boot/grub2-ben ott van a grub.cfg? akkor:
normal (hd0,gpt3)/boot/grub2/grub.cfg
- A hozzászóláshoz be kell jelentkezni
Igen, ott van.
- A hozzászóláshoz be kell jelentkezni
es betolti a normal paranccsal?
- A hozzászóláshoz be kell jelentkezni
Betölti, van egy hibaüzi. Aztán gyorsan bootolni kezd, meg jelenik a grafikus felület, homokóra. Aztán vissza konzolra és keresi a default target-et.
- A hozzászóláshoz be kell jelentkezni
akkor nyomj a menüben egy editet, a kernel commandline vegere:
rd.break
aztan:
mount –o remount,rw /sysroot
mount -o bind /proc /sysroot/proc
mount -o bind /sys /sysroot/sys
mount -o bind /dev /sysroot/dev
chroot /sysroot
itt lehet nyomni uj grubot, dracuttal initramfst...
- A hozzászóláshoz be kell jelentkezni
A grub menüje nem jelenik meg. Itt kellene gondolom edit-et választani, aztán ügyködni.
- A hozzászóláshoz be kell jelentkezni
akkor kezzel linux (hd......)/boot/vmlin... root=/dev/sda3 rd.break
- A hozzászóláshoz be kell jelentkezni
Azt hiszem, /mt/sysimage a /sysroot helyett, de amúgy ja. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Most újabb szitu van. Az 5.17.7-es kernelt indítottam csak rescue paraméterrel (root=/dev/sda3) nélkül.
https://drive.google.com/file/d/1qhzdGxd9b9MpmcA5IjS_djyDHzfoC3rm/view?usp=sharing
- A hozzászóláshoz be kell jelentkezni
nem találja a root-ot, mivel nem adtad meg neki.
- A hozzászóláshoz be kell jelentkezni
Az 5.17.7 root=/dev/sda3 rd.break opciókkal indítva.
https://drive.google.com/file/d/1qo9IPaGNz5sWkRJQzQ4JJ-BKfFtv-EAt/view?usp=sharing
- A hozzászóláshoz be kell jelentkezni
Bent vagy, nézz/csiholj hálózatot, és a korábban írt csomagokat rakd újra.
- A hozzászóláshoz be kell jelentkezni
Na itt megáll a tudományom. Konzolból még nem csiholtam hálózatot, laptopon vagyok wifi-vel. Drótot talán tudok kihúzni. :-)
- A hozzászóláshoz be kell jelentkezni
Drótot talán tudok kihúzni.
Az sokat segítene. Egyébként nmcli lesz a barátod, ha hálózatot szeretnél.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Command not found. Nincs nmcli. :-(
- A hozzászóláshoz be kell jelentkezni
Lehet, hogy csak PATH nincs. /usr/bin/nmcli talán.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Nincs ilyen könyvtár.
- A hozzászóláshoz be kell jelentkezni
Most elmegyek, gyorsan egy gondolat. Ha jól sejtem, nincs rootfs-ed, s ezért nincs /usr/bin-ed sem. Azod van, amit a dracut becsomagolt az initrd-be. Fogalmam sincs, abban mi van, de szerintem lehet custom initrd-t csinálni pendrive-ról boot-olva dracut-tal, természetesen chroot után.
Arra törekedj, hogy legyen rootfs-ed, illetve szerintem csinálj új initrd-t úgy, hogy előbb a jelenlegiről csinálj mentést. Lehet, hogy az initrd-d beteg. Azt gondolom, tudod, hogy az nitrd hardware specifikus, tehát ha más környezetből raktad át a HDD-t vagy SSD-t ebbe a képbe, akkor azért nem megy, s ehhez a géphez kell generáltatni egy initrd-t.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
ez még nem az OS rootja, hanem az initramfs, ezért nincs itt ilyesmi. kell az a néhány mount parancs fentröl + chroot, de networkhoz ez meg keves lehet. amit csinálnék chroot után, az grub2-install /dev/sda, dracut es lehet egy grub2-mkconfig -o /boo/grub2/grub.cfg
- A hozzászóláshoz be kell jelentkezni
Tehát ezeket ide? Ahol vagyok.
mount –o remount,rw /sysroot
mount -o bind /proc /sysroot/proc
mount -o bind /sys /sysroot/sys
mount -o bind /dev /sysroot/dev
chroot /sysroot
Aztán.
grub2-install /dev/sda
dracut
grub2-mkconfig -o /boot/grub2/grub.cfg
?
- A hozzászóláshoz be kell jelentkezni
Valami van, de nem az igazi.
https://drive.google.com/file/d/1qoORmM6WmZgOzo_OH86IvoOVFCLyUyTe/view?usp=sharing
A chroot sikeres szerintem, mert ha exit-el kilépek belőle és vissza chroot-olok. A kurzor fel-le billentyűkre csak azokat a parancsokat kapom vissza mindkét környezetben, amiket előtte kiadtam.
Milyen plusz opciókat kéne még adni a grub2-install parancsnak? Fedora docs sem említ többet.
Lehívtam a --help-et, de hogyan görgetek vissza ebben a konzolban? Sajnos nem ismerem.
- A hozzászóláshoz be kell jelentkezni
Szerintem ez nem fog menni. Itt is arról van szó, hogy a grub2-install nem működik jól efi-vel.
https://thomas-leister.de/en/repair-fedora-efi-bootloader/
Megpróbálom Live-ból chroot-al.
- A hozzászóláshoz be kell jelentkezni
Azért ugye tanulmányoztad az rdsosreport.txt file-t, ahogy erre fel is hívja a figyelmet?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Nem. Nagyon sügér vagyok ilyen minimális környezetben.
- A hozzászóláshoz be kell jelentkezni
Belepistultam a live-chroot-ba, nem akar összejönni. Konkrét leírást nem találtam f36-hoz. Régebbiek vannak, de mind eltérően csinálja. Próbáltam értelmezni, össze ollózni. Hagyom most egy kicsit.
Ha tudtok linket f36-hoz, azt szívesen veszem.
Köszi mindenkinek, aki eddig segített.
- A hozzászóláshoz be kell jelentkezni
amit fent írtam, csak a /sysroot helyett az a mountpoint ahova a / (sda3 neked) mountolod. chrootban mountolhatod a /boot/EFI-t
- A hozzászóláshoz be kell jelentkezni
Holnap neki futok tiszta fejjel. Az is érdekes, hogy a live /mnt-be egyik leírás készít egy /sysimage könyvtárat majd abba csatolja a /dev/sda3-at. Viszont ugyan ide az efi partíciót is /mnt/sysimage/boot/efi alá. Ilyen két könyvtár nincs is a /mnt/sysimage-ben.
Aztán van aki sudo su-val kezd a live-ban. Chroot előtt van aki csatolja a /run-t is. Mindegyik leírás csatol egy /dev/mapper/fedora_localhost--live-root könyvtárat is különféle helyekre. Vagy közvetlen a /mnt-be, vagy közvetlen a /mnt/sysimage-be.
Az lenne a lényeg chroot-nál, hogy a döglött rendszer gyökér és efi partíciójára végzünk műveletet a live rendszer rendszer könyvtáraival, eszközeivel. A chroot-ba kell mountolni a /dev /proc /sys és /run? könyvtárakat a liveból, hiszen ezek működnek.
Jól gondolom, tudom?
Mondjuk lehet bonyolítja a helyzetet, hogy nem default lvm-es Fedora-m van. Hanem csak sima root-ext4.
- A hozzászóláshoz be kell jelentkezni
Elvileg chroot-ban nem kell ilyen /run /proc /sys mappákat csatolni. Csak a root, boot legyen felcsatolva, szokásosan /mnt-be, mindegy is, hogy relatíve hova, mert ahogy chroot-olsz bele, úgy / lesz belőle. Ugyanez a boot-tal. A GRUB-ot konfigold át, hogy megtalálja a root partíciót, a legjobb erre PARTUUID-t használni, bár azt nem tudom, hogy mi nálad konkrétan a felállás, van-e LVM, btrfs-kötet átnyúlva több meghajtón, egyéb bonyolító tényezők, mert akkor máshogy kell megadni.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Chroot előtt bind -o az említett /proc /sys stb... könyvtárakat kellet Deb/Ubi vonalon. Majd chroot oda ahová bepokltunk mindent. Nagyjából.
Arch-on már talán nem volt ilyen, hanem a saját eljárásuk.
- A hozzászóláshoz be kell jelentkezni
Arch alatt nem kell. Gentoo alatt kell, de csak a komplett telepítéshez, ha később már telepített, eltört rendszert birizgálsz, meg csak bootloadert javítasz, akkor nem kell ilyen /sys és /proc. Elég csak annyit felcsatolni hogy a csomagkezelő működjön meg szerkeszteni tudj fájlokat.
Persze, fel is csatolhatod meg bind-elheted őket, kárt nem okozol vele, csak nettó felesleges lépés lehet adott esetben. A gondot nálad nem ennek a hiánya okozza, hanem hogy nem tudtad kideríteni, hogy pontosan hol van a root fs, melyik eszköz, melyik partíciója, vagy ha LVM, stb. kötet, akkor meg hogyan kell rá hivatkozni. Fedora keveréseit konkrétan nem ismerem, hogy default telepítésben mit hoz össze, azt tudom, hogy default btrfs, és van initramfs, de hogy LVM vagy valami más bonyolítás van-e, meg hogy a shim, stb. hogy szól bele, mit raknak az EFI és esetleg mit külön egy másik boot partícióra, stb., arra passz, Fedorát nem használok, néha csináltam róla próbatelepítést, de azok már nincsenek meg, és nem tört el bennük soha a bootolás, így nem néztem meg ezt a részét. Ezeket kéne tisztáznod most, hogy mi a kiépítése az egész rendszernek, milyen lemezeken, milyen partíciók, milyen megoldás, mit tesz a rendszer az EFI-re, stb., ezt világosan kell látni, topológiaszerűen, utána tudod lekérdezni az ennek alapul fekvő adatokat (blkid, lsblk, pvdisplay, stb. segítségével), amik utána kellenek a grub.cfg-be. Anélkül nem fog menni, mert nem találja a root-ot, amire adott esetben nem annyira egyértelmű hivatkozni, ha sok köztes rétegen kell hozzá átmenni.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
"Az lenne a lényeg chroot-nál, hogy a döglött rendszer gyökér és efi partíciójára végzünk műveletet a live rendszer rendszer könyvtáraival, eszközeivel." - Nem. a live eszközei addig és csak addig kellenek, amíg az éles root és egyebeket össze nem rakod egy /mnt/qtyafule könyvtár alá (plusz bind mount-olva a /proc, /dev, /sys, /run ), makd chroot /mnt/qtyafue /bin/bash - és onnantól kezdve (már a bash is) az eredeti OS-ből jön kvázi minden.
Onnantól kezdve ip vagy épp ifconfig és route parancs használatával csiholsz hálózatot (ha csak wifi van, akkor az pirinyót macerásabb), dnf vagy épp yum használatával csomagokat pakolsz fel/törölsz/kalapálsz ki, estébé.
"Mondjuk lehet bonyolítja a helyzetet, hogy nem default lvm-es Fedora-m van. Hanem csak sima root-ext4." - Nem bonyolítja - kimarad egy vgchange -ay amin_a_root_fs_van_vg, és a mount esetén kevesebbet kell gépelni (dev/sda3 a /dev/mapper/amin_a_root_fs_van_vg-satöbbi helyett).
- A hozzászóláshoz be kell jelentkezni
Akkor feküdjön fel szépen erre az ágyra, hunyja le a szemét, a kezeit kulcsolja össze a mellkasán, és kezdjen beszélni a múltjáról! :) Hogyan került ez az operációs rendszer ebbe az állapotba? Mi történt?
Amit tennék:
- boot-olj be pendrive-ról rescue módban. Válaszd az 1-es menüpontot, ő a /mnt/sysimage alá csatolja a rootfs-edet, s azon belül a boot/efi alá azt az fs-t - vélhetően sda1 -, amelyen az EFI alkönyvtár is van
- ahogy javasolja is, csinálj egy chroot /mnt/sysimage parancsot. Ezek után adj ki egy
dnf check
parancsot. Ha visszatér 0 exit code-dal - echo $? -, akkor már lehet örülni, ha nem, akkor el fogja mesélni, milyen inkonzisztenciát talált az rpm adatbázisban, mely csomagok vannak csak félig feltelepítve, miegymás.
Hasznos, ha van midnight commandered, de el lehet lenni nélküle.
Nézd meg, hogy az aktuális kernel image és a hozzá tartozó initrd a chroot-olás után a /boot alatt van-e, vagy a $BOOT/MACHINE-ID/KERNEL-VERSION alatt, ahol a $BOOT a /boot, a MACHINE-ID egy hosszú hexadecimális szám, s egyébként a /etc/machine-id file-ban található ez a szám, a KERNEL-VERSION meg az uname -r parancs kimenete.
Ha a kernel image ez utóbbiban van, töröld le a /boot/`cat /etc/machine-id` alkönyvtárat a tartalmával együtt, de utána mondd neki mindenképp, hogy
dnf reinstall kernel\*
Én még mondanék neki egy
grub2-mkconfig -o /boot/grub2/grub.cfg
Ha ezekkel megvagy, nézd meg a lemezen a szabad helyet:
df -h
Utána sync, exit, exit, ekkor újra indul, s nézzük, mire mentünk az egésszel. Az első exit a chroot-ból lép ki, a második a shellből, de az rescue esetén reboot lesz.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Ööö, hát én simán bootoltam a live-ot. :-)
A többit majd holnap.
- A hozzászóláshoz be kell jelentkezni
Kezdem magam tök hülyének érezni. :-) Komolyan, de röhögöm is magam.
A live grubjában 3 opció van:
-f36 workstation start (nagyjából ez a rendes, default live boot),
-ugymint az előző csak előtte lecsekkolja a médiát,
-Troubleshouting (ez basic graphics mode-ban indítja a live boot-ot)
Arra gondoltam, hogy találok valahol egy rescue mód indítást, de neem. Akkor hogyan indítsuk a live-ot rescue módban? Itt kerestem először.
https://docs.fedoraproject.org/en-US/Fedora/13/html/Installation_Guide/s1-rescuemode-boot.html
Oké, annyit kisilabizáltam, hogy valamelyik rendszer indítási módban 'e' választásával a megfelelő helyre odatenni a rescue kapcsolót a linux sorába. Oda tettem itt is ott is, de csak grafikus módban indul. Nincs semmilyen 1-es opció meg semmi.
Most komolyan tényleg ennyire retardált vagyok, vagy a wiki-docs leírások köszönő viszonyban sincsenek a valósággal?
Azért is értetlenkedek, mert wiki alapján megugrok egy pure Arch installt, meg sok mindent megoldok docs-wiki olvasás alapján.
- A hozzászóláshoz be kell jelentkezni
A GRUB mára olyan bonyolult lett, hogy a kidöglését még sosem tudtam megoldani. Teljes clean install lett a vége mindig.
Azóta nem is próbálkozom meggyógyítani, csak lementem róla a /home-ot, aztán lehet formázni és nulláról újratelepíteni az egészet...
- A hozzászóláshoz be kell jelentkezni
"Teljes clean install lett a vége mindig." - Használj Windows-t... :-P Baromira nem bonyolult, csak egyszer kell megérteni, hogy hogyan működik...
- A hozzászóláshoz be kell jelentkezni
Négy napja kínlódik vele a delikvens, és nem megy. Senki sem tudta megadni neki a megoldást, csak ötlet-cunami van.
Nekem ennyit nem ér. Pláne hogy nagyon ritkán fordul elő hogy a Grub megdöglene.
- A hozzászóláshoz be kell jelentkezni
Nekem megéri a ráfordított idő. Nem is a megoldást vártam feketén-fehéren, hanem ötleteket, útmutatásokat. Jól haladok, egyszer kész lesz.
- A hozzászóláshoz be kell jelentkezni
Csöpögtetett infókkal csak találgatni lehet - pláne úgy, hogy nem az látszik, hogy meg akarná érteni, hogy mi is történik, hogy is működik a boot.
Ha van egy shellje (van), amiben össze lehet rakni a beteg OS-ből egy chroot-os környezetet, és működik a chroot is, akkor már csak netet kell csiholnia (ip, esetleg ifconfig meg route), a beteg/érintett csomagokat újrarakni, grub2-t újraküldeni a megfelelő blokkos eszközre, sync;sync;sync; exit exit, boot és kész.
Buguntun sikerült belerongyolni grub promptba - kb. 1 óra alatt ki lett reszelve.
- A hozzászóláshoz be kell jelentkezni
Szerintem jók a csomagok. Az initrd nem ehhez a hardware-hez készült, ezt írta is valahol, s ez lesz a baj.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Na ja... De ezt ugye csak a 1234. hozzászólásban... (Tudom, perverz dolog, de reszeltem már ki initrd-t úgy, hogy kicsomagol/átvakar/becsomagol...)
- A hozzászóláshoz be kell jelentkezni
teljesen felesleges rescue mode, az a lényeg, hogy tudj chrootolni a root fs-re, ehhez elég default live boot.
- A hozzászóláshoz be kell jelentkezni
Igen, ezt írom neki én is. Mindegy hogy csinálja, csak legyen felcsatolva a / és a /boot és így chrootoljon a felcsatolásba, és innen tudja javítani a GRUB-ot. Az mindegy, hogy live, vagy rescue mód, meg hogy a /sys, /proc, stb. fel van-e csatolva, azok max. extrák, amik ilyenkor nem szükségesek. Ami a kollégánál a gondot okozza, hogy nem látja át a rendszer boottopológiáját, és elveszett az erdőben. Mindegy, ezen egyszer mindenki átesik, végigszívja, mire megérti, hogy hogyan működik az UEFI boot, shim, GRUB, LVM, stb., onnantól már nem nehéz. Pont ez a haszna egy kézi, Wiki alapján történő Arch telepítésnek, hogy ezt már az ember az első telepítésekor kézzel végigszívja, de pont azért onnan egy életre megtanulja, megéri, és többi egyik disztrón sem fog neki gondot okozni, ha eltörik a bootloader, azonnal fogja tudni, hogy mit nézzen, hol javítson.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
"Bootolj be pendrájvról rescue módban" - Ezt ajánlotta locsemege. Ez van a linken is. Ez nem működik. Ti hogy csinálnátok? Hogy csinálja locsemege?
- A hozzászóláshoz be kell jelentkezni
fedora 13, az már nagyon rég volt. fent leírtam hogyan kell chrootolni.
- A hozzászóláshoz be kell jelentkezni
Ez alapján hogy csinálnád? (latest version)
https://drive.google.com/file/d/1CU9Ypay9qS7llteSTdL1J4Trdf33HNUH/view?usp=sharing
https://docs.fedoraproject.org/en-US/fedora/latest/install-guide/advanced/Boot_Options/
- A hozzászóláshoz be kell jelentkezni
Írta hogyan csinálja. Most nem kötözködni akarok, én abba a részébe kapcsolódtam be, hogy annak ellenére, hogy nem úgy csináltad, ahogy ő írta, attól még mindig kivitelezhető lenne a te live módszereddel is, csak akkor a rendszer nem magától csatolja fel a partíciókat előre megadott helyre, hanem neked kell megtenni, és kézileg chrootolni. Semmivel nem nehezebb, alig néhány sor, utána már ugyanarról szól az egész, vonatkozó csomagok (grub és kernel) újratelepítése, GRUB újrakonfigolása (benne az általad kinézett adatok a root partícióhoz), és exit && exit && reboot.
Én úgy csinálnám, ahogy már írtam, hogy chrootolás után elkezdeném lekérdezni, hogy hol a root, lsblk-val, blkid-vel, pvdisplay parancsokkal, attól függ, hogy a Fedora mit hogy telepít, hol van a root, hogy kell rá hivatkozni (tipikusan fájlrendszer UUID-vel, vagy PARTUUID-vel, de LVM, LUKS, RAID, stb. bonyolíthat). Egyébként pont ez a baj nagyon felhasználóbarát, komplex, bloat, corporate disztróknál, hogy mindent agyonbonyolítanak a háttérben, hogy elfedjék a komplexitást, de ezzel pont, hogy komplexebbé teszik, ha valami hibát kell megoldani, és mikor már gondban vagy, nem fogod látni, hogy a giccsinstallerük mit hova tett, mit telepített, mit állított át, sokkal nagyobb munka mindent kinyomozni. Ezért nincs az Archnak és a Gentoo-nak installere, nem azért, hogy a userrel kitoljanak, meg gépelgethessen a hülyéje vég nélkül a tty-ba, terminálba, hanem hogy ne fedjék el a rendszer működését, és ha a felhasználó végigcsinálja a telepítést kézileg, akkor pontosan fogja tudni, hogy mit hova tett, mit állított, mivel ő maga csinálta, nincsenek meglepetések bekészítve. Meg ha ő telepíti a rendszert, akkor csak az a csomag, stb. lesz fent, ami tényleg kell neki, tényleg szüksége van rá, és nem döntik el helyette, hogy mi kell a rendszerbe.
Ezért ajánlom azt is, hogy most ezzel a grub-témával mindenképp küzdj meg, ne válaszd a könnyelmű, újratelepítem a rendszert kezdetű utat, mert akkor nem fogod megtanulni, hogy hogyan oldd meg ezeket a problémákat, és ha a jövőben is beüt egy ilyen gond, akkor se fogod tudni megoldani. Tudom, pain in the ass, de ez a tanulópénz, ezt nehogy azt hidd, hogy mi nem fizettük meg anno, akár én, akár locsemege vagy a többiek. Ezeken az alap tűzkeresztségeken, mint a grub helyreállítása, fstab eltolása, partíció létrehozása utáni első felcsatoláskor a jogosultságok hiánya, csomagkezelőben a függőségek eltolása tárolón kívül telepített csomagokkal, GPU driverrel küzdés, X.org-os eltolt konfig helyrehozása, hiányzó csomag vagy függőség keresése, fordítási problémák megoldása, rosszul paraméterezett dd-vel való véletlen felülírás, rosszul kiadott rm -r paranccsal való szerencsétlen törlés, stb., mindenki átesik, aki tényleg foglalkozott Linuxszal, és nem csak elméletileg, könyvből ismeri. Ezek ilyen minden disztrón klasszikusak voltak és lesznek.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Semmi baj, nem használtál Fedorát, én meg Fedora Core 1-től. :)
Letöltenivalók:
https://ftp-stud.hs-esslingen.de/pub/fedora/linux/releases/36/Everythin…
https://ftp-stud.hs-esslingen.de/pub/fedora/linux/releases/36/Everythin…
Ellenőrzöd:
sha256sum -c Fedora-Everything-36-1.5-x86_64-CHECKSUM
Bedugsz egy pendrive-ot, megnézed melyik eszköz, majd kiírod az image-et:
su -
<root jelszó>
lsblk
dd if=Fedora-Everything-netinst-x86_64-36-1.5.iso of=/dev/sde bs=1M; sync
A példában az sde a pendrive, ezt értelemszerűen tedd, és nagyon figyelj!
Bootolsz róla, lesz a Troubleshooting menü, abba bemész, azon belül Rescue mode. Konzolon indul, feltesz egy kérdést, hogy mindent mount-oljon rw, mount-oljon ro, vagy skip a mount-ra, s csak adjon shellt. Itt az 1 a helyes válasz, rw mount kell. Ott még kiírja a chroot /mnt/sysimage ötletét, van egy root shell promptot, tied a világ. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Na ez az amit nem találok az f36 telepítő iso-ból készített pendrájv bootolása után. Az utóbbi bejegyzésemben sem látom egyértelműnek a latest version rescue-ra vonatkozó útmutatását. A Troubleshooting menüben csak csökkentett grafikus módú indítás van. Nem találom azt sem, hogy hol választhatnám ki az inst.rescue módot vagy hová szerkesszem be.
Ez gyakorlatilag mi? Amit linkeltél? Egy speciális Fedora javító iso vagy dev iso?
- A hozzászóláshoz be kell jelentkezni
Amit linkeltem, az netinstall image, ezzel telepítek új gépet is, de ezzel javítok féldöglött fedorát is. Ezért javasoltam.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Oké, én nem ismertem eddig. Netet csiholni kell konzolból?
- A hozzászóláshoz be kell jelentkezni
Szerintem ahhoz, amit most csinálni szeretnél, nem. De ha mégis, akkor azt hiszem, nmcli-vel fog menni, de ne vacakolj a wifivel, mert megőszülsz, mire megcsinálod, s reboot után kezdheted az egészet elölről. Lehetőleg drótos neted legyen, ha egyáltalán kell bármilyen.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Nagyon eltűntél. Megjavult, feladtad, vagy most nincs időd rá?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Holnap fogok neki, most nem volt időm.
- A hozzászóláshoz be kell jelentkezni
Vasárnap említetted egy válaszodban, hogy az initrd-is lehet ujra kell generálni. Igen ez egy másik gépről áthozott mentés.
Terveztem már régóta a Fedora-ra váltást, most éppen kapóra jött egy "feladat" is. Aztán nekifogtam. Újra húzni nagyon egyszerű lenne. Kernellel, grubbal, ilyen mélységű problémáim még nem voltak. Konzolban se sokat kellett matatni.
Ezért is ennyi a kérdés és a doksik naprakészsége is.
- A hozzászóláshoz be kell jelentkezni
Akkor mindenképp generáld újra az initrd-t. Korábbi post-odból úgy tűnik, hogy abban hasal el.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Most itt tartok, haladok.
https://pastebin.com/H9fm5TwJ
- A hozzászóláshoz be kell jelentkezni
Na, ezzel már megyünk valamerre, de még mindig nem elég. Annyi máris lejön, hogy nincs LVM, meg RAID, hanem csak sima egyben partíció mindennek, root, home, stb., egyedül a boot van feltehetőleg külön az EFI partíción. Ami még kéne, az a blkid parancs, ami kiírja az egyes partíciókhoz a fájlrendszer UUID-t, és PARTUUID-t. Annyi nem elég, hogy /dev/sda3, mert az sda eszközelnevezés változhat, ha boot előtt csatolva felejtesz mondjuk egy külső lemezmeghajtót, pendrive-ot, mindenféleképpen valami UUID kéne (elvileg label-lel is megoldható, de azt most hagyjuk, nem fog jelen esetben segíteni), és azt kéne betenni a /boot/grub/grub.cfg-be, vagy ahol ez a file van, és ennek alapján újragenerálni grub-mkconfig-gal a tényleges GRUB konfigot. Biztonság kedvéért egy dnf reinstall kernel is lemehet, nem azért, mert a mostani kerneleddel valami baj lenne, hanem a kernelinstall után a csomagkezelő még lefuttat install scripteket, ami segíthet újraírni a vonatkozó GRUB bejegyzést, és helyre hozhatja a bootolást. Nem garantált, de egy próbát megér.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
A grub2.cfg-be nincs /sda-s hivatkozas, csak (hd0,gpt1) meg (hd0,gpt3). Ne inkabb a beteg rendszer fstab-jaba irjam at a megfelelo part UUID-ket? Aztan chroot es uj grub.cfg generalas?
- A hozzászóláshoz be kell jelentkezni
Az sem elég, a (hd0, blabla) az csak addig kell a rendszernek, amíg a GRUB elindul. Viszont a GRUB által indított kernelnek paraméterként továbbra is kell, hogy a rootot, initrd/initramfs, vagy amit a Fedora default installban igényel, hogy azt a kernel hol keresse! Ahhoz nem lesz elég csupán a hd0 akármi, hanem UUID-vel szokott lenni megadva (initrd-nél és initramfs-nél, CPU microcode-nál, stb.-nél meg pontos fájlnév elérési úttal).
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
a ping megy, akkor a /etc/resolv.conf-ba ird be a dns servert, akár 8.8.8.8. és müködnek majd a repok.
(mount -o remount,rw csak initramfs-ben kell kb, mert ott ugyan a switchroot előtt már fel van már csatolva a /mnt/sysroot alá a root, de read-only módban. amikor te mountolod, akkor alapbol rw lesz)
- A hozzászóláshoz be kell jelentkezni
Nem tudom menteni a változásokat a resolv.conf-ba. Teljesen üres, amúgy.
- A hozzászóláshoz be kell jelentkezni
Akkor írd bele:
nameserver 8.8.8.8
Ha nem tudod menteni, akkor az egy readonly fs - biztos vagy benne, hogy a chroot-on _belül_ vagy, _és_ a /dev/sda3 rw módban van csatolva?
- A hozzászóláshoz be kell jelentkezni
Van egy rossz hírem, Fedorán systemd-resolved van:
ll /etc/resolv.conf
lrwxrwxrwx. 1 root root 39 May 22 01:06 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Viszont ha üres, akkor nem indult el a systemd-resolved, úgyhogy azt kell elindítania.
- A hozzászóláshoz be kell jelentkezni
Igen. De egyébként Fedorán is lehet statikus resolv.conf-ot használni emlékeim szerint, mintha olvastam volna doksiban. A mikéntjét fejből nem tudom. Amúgy nyakamat rá, hogy ha végre megcsinálná az initrd-t, elindulna a gépe, ahhoz meg nem kell hálózat.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Akkor chroot-ban legelőször egy dracut --force?
- A hozzászóláshoz be kell jelentkezni
Majdnem, mert a chroot-olt környezetben is a rescue kernele fog menni. Mindjárt álmodok neked parancsot man page alapján.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
dracut --force --kver 5.17.5-300.fc36.x86_64
Legalább is szerintem így érzésből.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Felsiker. Dracut lefutott hiba mentesen, kernel reinstall ok. A grubba meg nincs kernel.
https://pastebin.com/0h0Q1sQg
- A hozzászóláshoz be kell jelentkezni
No akkor a többi újraküldendőt is kéretik reinstall; nézd meg, hogy ezek a csomagok hogyan állnak, és menjen rájuk egy reinstall: shim-*, grub2-efi-*, grub2-common
- A hozzászóláshoz be kell jelentkezni
Ezt nem értem. Kellene lennie? Nekem sincs, de ez nem akadálya annak, hogy a gép boot-oljon. :) Amit bemásoltál, ott vannak felesleges dolgok, de nincs hbaüzenet. Működik? Indul a gép?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Jelenlegi allapot.
https://pastebin.com/tSj22VR4
Reboot utan kiderul mi sikerult.
- A hozzászóláshoz be kell jelentkezni
Már mindent ezerszer újra telepítettél, bár én még olyannal nem találkoztam, hogy egy csomagból kitömörített file hibásan került volna a háttértárra. Az egyedüli értelme a rekonfigurálás lehet. De már azt is megcsináltad többféleképpen. Egyfelől a kernel reinstall is futtatja a dracut-ot, s generál initrd-t. Nézd meg, működik-e, s ha nem, akkor ne favágó módon vagdalkozz, hanem a hibaüzenetek értelmezésével, a boot folyamat végiggondolásával próbáld kitalálni, mi lehet a probléma, s ennek megfelelően avatkozz be. (Boot folyamatról jut eszembe, nem rég implementáltam C-ben 32 bites MIPS architektúrára embedded mikrokontrolleres környezetben firmware upgrade-et biztosító boot loadert. :) )
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Sikerült a netinstall iso-ból is bootolni a rescue módot. De a chroot és a csatolások nem úgy működtek ahogy említetted. Meg netet is kellet volna csiholni a dróthoz, de azt most inkább elteszem későbbre.
Megpróbáltam sima live-on chroot-olni, úgy gondolom sikerült. Összeollóztam a javaslataitokból, látható a prompt változásból a chroot parancs kiadása után.
Viszont most úgy gondolom, hogy a csomagkezelővel van valami. A repo lista valós, igen azokat én adtam hozzá még mentés előtt a másik hardveren. Ezt kéne rendbe tenni szerintem, aztán a folytatás.
Ha láttok valami okosságot a pastebin bejegyzés alapján, ne kíméljetek. Kezd összeállni a kép a fejemben. Egyre jobb találatokat kapok a Fedora docs-hoz is. Szorgalmasan olvasom.
Még egy kérdés a végére. A /run tényleg nem fontos a chroot-hoz?
- A hozzászóláshoz be kell jelentkezni
Néztem, miket írtál. Nem figyelsz rám eléggé. Nem azt írtam, hogy dnf check update, csak azt, hogy dnf check. Update nélkül. Ezért dobott neked hibaüzenetet.
A másik, hogy az elmondottak alapján az initrd-d kehes. Csinálj, kérlek egy initrd-t, de ha frissebb kernelt teszel fel, akkor megcsinálja saját maga.
A /run-ra nem tudom a pontos választ. Ha van türelmed, bind mounttal csatold fel chroot előtt az új rootfs run-ja alá a /run-t, abból baj nem lehet, hasonlóképpen a /proc, /sys, aztán mehet a chroot. Az initrd-t a chroot-olt környezetben csináld, de szerintem chroot nélkül is meg tudja csinálni, mert emlékeim szerint a dracut paramétereként megadható kernel verzió is, nem csak a futó kernelhez tud initrd-t csinálni.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Doksit is olvastam közben és kipróbáltam egy-két parancsot.
- A hozzászóláshoz be kell jelentkezni
Sőt, a /dev-et kihagytam a bind mount listából.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
A dev, proc, sys bind mount kell, ezek nélkül "mágikus hibák" jöhetnek elő... (buguntun hasonló gond megoldásához kellett - doksiolvasással, meg proxy-n történő átkergetéssel együtt nem volt egy óra...)
- A hozzászóláshoz be kell jelentkezni
Logikus, mert ezek virtuális filerendszerek, amelyeket a kernel ajánl ki, vagy az udev hozza létre a /sys és a rule-ok alapján dinamikusan.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Ellenben - nem néztem meg -, nem kizárt, hogy a bind mount-okat a rescue megcsinálja. Számomra ez logikus lépés lenne. Egyrészt kényelmessé tenné az életet, másrészt csak a chroot /mnt/sysimage parancsot ajánlja a rövid helpben, amelyet ott kiír. Meg kellene nézni, de semmi kedvem rescue live-ot boot-olni.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
"semmi kedvem rescue live-ot boot-olni" - dettó. Szerintem már így is több időt toltunk bele, mint amennyi idő alatt meg lehet csinálni... :-P
- A hozzászóláshoz be kell jelentkezni
Itt lenne előttem az a gép, már rég működne. Mint ahogy nyilván te is megjavítottad volna. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Na ja.. :-) De te sem ma kezdted :-P
- A hozzászóláshoz be kell jelentkezni
Ezért írtam, hogy jöhetnek elő mágikus hibák, ha pl. rendszert telepítesz, vagy chrootolt rendszert használsz huzamosabban (értsd: chrootban használod a rendszert egész nap). De ha már meglévő rendszeren csak annyit csinálsz, hogy kernel, grub, stb. csomagját telepíted újra (ahhoz pl. hogy a kernelimage rákerüljön a boot partícióra/kötetre, meg hogy újragenerálódjon az initrd, initramfs, stb.), meg csak egy grubot konfigolsz újra, ahhoz nem kell mindenféle /dev, /proc, /sys bind. Meg lehet épp csinálni a biztonság kedvéért, ártani nem árt, de a kolléga esetében nem ez a gond.
Egyébként meg gyakorlatból mondom, hogy ez az elvileg kell sem áll meg, mert pl. a systemd ilyen tekintetben is gondoskodik sok mindenről saját maga, nem igényel annyi bindet egyébként sem, mint egy másik, egyszerűbb initrendszer. Már pedig a Fedora is systemd-s. Ilyen /proc, /sys bindenek inkább akkor kell rugózni, akkor szokott jobban kelleni, ha nem systemd-s rendszerbe chrootolsz.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Ubuntu 20.04-nél nem ártott :-P
- A hozzászóláshoz be kell jelentkezni
Van annak érdemileg nagy jelentősége, hogy sudo su-val vagy su-val váltok root-ra live rendszeren? Mindkettőnél a whoami kimenet root.
Vagy esetleg végig sudo-val csinálnám a folyamatot?
- A hozzászóláshoz be kell jelentkezni
Szerintem nincs. Én nem használok sudo-t - legalább is root shell indításához nem -, fogalmam sincs, miért nem jó egyeseknek a su, vagy a su -.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Szétesett fájlrendszer a lemezen, okozhatja a sikertelen végeredményt? Hiába jól futnak le a telepítő parancsok?
- A hozzászóláshoz be kell jelentkezni
Te most viccelsz? Ez kb. olyan kérdés volt, mintha afelől érdeklődtél volna, ha rossz a RAM, s a kiírt adat helyett valami véletlen szám kerül viszaolvasásra ugyanarról a címről, az okozhat-e rendellenes működést. Igen, okozhat.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Nincs jelentősége, hogy su, tty root login, sudo, doas, akármi. Elvileg ha chroot-olsz, már ahhoz is admin jog kell.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Sikerült!
Uraim! Mindenki a vendégem egy körre vagy kettőre.
Gyanús volt, hogy a grub2-mkconfig után nem volt semmilyen foud vagy Fedora bejegyzés, ami megjelenne a grub menüben.
Itt olvasgattam kicsit és ránéztem az én rendszeremben is.
https://linuxhint.com/grub2_mkconfig_tutorial/
Megpróbáltam e szerint kiadni a parancsot, persze már csak ezt a chroot-ban. Mivel a többi elvileg sikeres volt. Kezdtem örülni a found Fedora 36 Workstation bejegyzésnek.
Reboot és aztán mosoly.
Hálás köszönet mindenkinek.
- A hozzászóláshoz be kell jelentkezni
Mi volt a megoldás? Hogyan adtad ki eddig a grub2-mkconfig parancsot, s mit változtattál, amitől bekövetkezett a boldogság?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Eddig erre az útvonalra volt kiadva:/boot/grub2/grub.cfg
Most megpróbáltam így: /boot /efi/EFI/fedora/grub.cfg
A linkelt oldalon a srác a végefelé a CentOS-es résznél írja.
https://linuxhint.com/grub2_mkconfig_tutorial/
A szétesett fájlrendszer meg végső ötlet volt, hogy fsck-val támadni esetleg.
- A hozzászóláshoz be kell jelentkezni
Ez eléggé triviális és banánhéj volt. Nekem egyébként mindkét elérési úton van grub.cfg-m, ráadásul eltérő tartalommal, s fogalmam sincs, melyiket használja. Nem érte el az ingerküszöbömet, amíg elindul a gép.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Fedora-val, kernellel, grubbal eddig ennyit nem foglalkoztam. Az utóbbi napoban sokat tanultam a segítségetekkel. Átállok Fedora-ra minden gépemen. Tervezgetem már egy ideje.
- A hozzászóláshoz be kell jelentkezni
Örülök, hogy sikerült. Ez dupla sikerélmény, mert nem csak hogy most oldottad meg, hanem ha a jövőben ilyen gondod lesz akármilyen systemd+EFI+GRUB-os disztrón, most már csukott szemmel tudni fogod, hogy hogyan kell helyrehozni.
fsck-val még nekimehetsz, ahhoz még chroot se kell, de lehet csak következő bootoláskor fog lefutni. Egy próbát megér, hogy ez a része is rendben legyen, annak ellenére, hogy szerintem ez nem lesz gond nálad, mármint a fájlrendszer konzisztenciája. Ha inkonzisztenciát érzékel felcsatoláskor a rendszer a boot során, automatán triggerelődik egy fsck is, meg minden x. bootkor is lefuthat egy.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Ezeket a menü elemeket látni kéne az mkconfig futtatása közben, mint "found" elemek.
https://drive.google.com/file/d/1tgQcord7DzvwLRSdxdtsedi0NfC5kcL5/view?usp=sharing
A harmadik kernel már itt frissült fel a sikeres művelet után.
- A hozzászóláshoz be kell jelentkezni
A másik két kernelt akár le is szedheted. Nyilván dnf-fel, szabályosan. Bár nem muszáj, mert amikor teszi fel az 5.17.11-et, akkor törölni fogja az 5.17.5-öt.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni