(initramfs) - bootolás közbeni elakadás

Fórum: 

Ez az előzmény:

https://linuxmint.hu/blog/2018/02/masfel-ev-linux-mint-tel

Ez a problémám: A belső SSD-ről jól boot-ol a gépem (Lxm 18.3), de a külső HDD-ről már nem, mióta azon is frissítettem a rendszert. Ez a HDD USB 3.0-án van csatlakoztatva és induláskor F12-vel kiválasztva. A 18.1 még jól boot-olt a külső HDD-ről is. Frissítés 18.3-ra, újraindítás: még mindig ok. De miután elindítottam a további felkínált telepítéseket, (volt köztük két 4-es szintű biztonsági is), a telepítés során elakadt. És most újraindítás után csak eddig jut el: ------------------Failure: File system check of the root filesystem failedBusyBox v1.22.1 (Ubuntu 1:1.22.0-15 ubuntu 1) built-in shell (ash) Enter 'help' for a list of built-in commands(initramfs)------------------ A help-ben felkínált parancsokat elfogadja, és (initramfs) promttal tér vissza. Hogyan tudok továbblépni?Üdv. 

 

(initramfs) - bootolás közbeni elakadás

 Kösz a segítséget. Sajnos nem jutottam a végére.

1. A külső HDD-n a boot csak az (initramfs) promtig jut, innen ezt a frissítési parancsot nem fogadja el (sejtettem, de megpróbáltam). 2. A belső SSD-s LxM-ből terminálban a 'sudo update-initramfs -uk all' a saját rendszeren frissítte az initrd.img-eket (ezt is gondoltam). Ekkor megkerestem a csatolt külső HDD rendszerpartícióján a boot könyvtárat, valamint az aktuális kernelverziót (ez régebbi, mint az SSD-n) és ezt indítotam: ..........sudo update-initramfs -b /media/balint/071dcba9-0490-4b02-aee0-5fc3e681fa4b/boot -uk 4.4.0-21-generic ..........update-initramfs: Generating /media/balint/071dcba9-0490-4b02-aee0-5fc3e681fa4b/boot/initrd.img-4.4.0-21-generic ..........WARNING: missing /lib/modules/4.4.0-21-generic ..........Ensure all necessary drivers are built into the linux image! ..........depmod: ERROR: could not open directory /lib/modules/4.4.0-21-generic: No such file or directory ..........depmod: FATAL: could not search modules: No such file or directory ..........Warning: No support for locale: hu_HU.utf8 ..........depmod: WARNING: could not open /var/tmp/mkinitramfs_iL1whQ/lib/modules/4.4.0-21-generic/modules.order: No such file or directory ..........depmod: WARNING: could not open /var/tmp/mkinitramfs_iL1whQ/lib/modules/4.4.0-21-generic/modules.builtin: No such file or directory ............................Az egész rendszert telepíthetem újra, vagy van még remény?Üdv. 

Értékelés: 

0
Még nincs értékelve

(initramfs) - bootolás közbeni elakadás

#2

Bzony, ez az  új kernel több sebből is vérzik, nálam a hibernálást rontotta el. El kellene valahogy távolitani ezt a kernelt, vagy újratelepiten a Mintet.

Értékelés: 

0
Még nincs értékelve
kimarite képe

(initramfs) - bootolás közbeni elakadás

#2 A '4.4.0-21' headers-e telepítve van?
Ha az új kernel rossz, akkor nem tudunk segíteni. Bug-ot kell jelenteni pl..
 

Értékelés: 

0
Még nincs értékelve

(initramfs) - bootolás közbeni elakadás

 Ez volt a első LxM (18.1) amit telepítettem, nincs más kernel, csak ez a régi. Lehet, hogy a 18.3-mal már nem tökéletes, de az is lehet, hogy én rontottam el valamit.

A rendszer külön partíción van, újra telepítem. Felteszek egy új xfce-t, mert az USB miatt a Cinnamon lassú volt a külső HDD-ről. Remélem a telepítés nem bántja a /home-ot, mert ez egy másik partíción van. Kösz a segítséget.

Értékelés: 

0
Még nincs értékelve
kimarite képe

(initramfs) - bootolás közbeni elakadás

#6 A home partíciót biztonságosan át tudod másolni, ha van helyed máshol. Pl. a külső meghajtón. A másolás után érdemes szinkronizálni.

Az én rendszerem új kernele a microcode-okkal nincs kibékülve:

/var/log/kern.log:Feb  5 22:02:46 kim kernel: [    0.072447] mce: [Hardware Error]: PROCESSOR 2:681 TIME 1517864542 SOCKET 0 APIC 0 microcode 0

( sudo grep 'microcode' /var/log/* )

Amúgy, lehet a kapcsolók miatt ... (Meltdown, Spectre), nem néztem rá ... :

cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.14.0-0.bpo.3-686 root=UUID=0ca6fc97-dfe4-492a-9dd1-7c8793bcf39f ro initrd=/install/initrd.gz quiet nopti noibrs noibpb

A headers telepítve van? Nálam ... :

dpkg -l linux-*headers*
ii  linux-headers- 4.14.13-1~bp i386         Header files for Linux 4.14.0-0.b
ii  linux-headers- 4.14.13-1~bp all          Common header files for Linux 4.1
ii  linux-headers- 4.9.65-3+deb i386         Header files for Linux 4.9.0-4-68
ii  linux-headers- 4.9.65-3+deb all          Common header files for Linux 4.9
ii  linux-headers- 4.9.65-3+deb i386         Header files for Linux 4.9.0-5-68
ii  linux-headers- 4.9.65-3+deb all          Common header files for Linux 4.9
ii  linux-headers- 4.9+80+deb9u i386         Header files for Linux 586 config
ii  linux-headers- 4.14+89~bpo9 i386         Header files for Linux 686 config
dpkg -l linux-*image* ii  linux-image-4. 4.14.13-1~bp i386         Linux 4.14 for older PCs
ii  linux-image-4. 4.9.65-3+deb i386         Linux 4.9 for older PCs
ii  linux-image-4. 4.9.65-3+deb i386         Linux 4.9 for older PCs
ii  linux-image-68 4.14+89~bpo9 i386         Linux for older PCs (meta-package

Meg lehet próbálni újratelepíteni. De tudni kéne melyik van telepítve, vagy sejteni.

Értékelés: 

0
Még nincs értékelve

Újratelepítettem a rendszert

Feladtam a próbálgatást, és újratelepítettem a LxMint-et: 18.3-at (XFCE). A /home külön partíción volt (van), itt csak ideiglenesen átneveztem a saját könyvtáramat a telepítés idejére, és minden tök jól megmaradt. Egyéb programokat nem telepítettem újra, mert ez csak egy külső HDD, egy biztonsági tartalék rendszer, és amire saját könyvtárak mentését is végzem. 

Köszönöm a segítséget!

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Újratelepítettem a rendszert

#8 És a kernel gondok, a sleep?
https://linuxmint.hu/forum/kernel-frissites-utan-nem-ebred-fel-a-desktop

Értékelés: 

0
Még nincs értékelve

Újratelepítettem a rendszert

2 külön rendszer - 2 külön problémám volt (van):

1. Belső SSD, Cinamon, ezt használom, nap-mint nap, erre frissítettem a kernelt 4.13.0-36-ra, ez nem akar felébredni a sleep-ből.

2. Külső HDD, Xfce, itt telepítettem újra a Mint-et, csak biztonsági tartaléknak (korábban ez volt a gépemben, de most helyette van az SSD. A HDD-n a 18.3-ra történő frissítés nem sikerült).

Értékelés: 

0
Még nincs értékelve
kimarite képe

Újratelepítettem a rendszert

#10 Így kéne:

Mi nem sikerült, részletek?

Értékelés: 

0
Még nincs értékelve

Újratelepítettem a rendszert

#10   Ha ezen a külső HDD-n még mindig ez a hibaüzenet.:

"File system check of the root filesystem failedBusyBox v1.22.1 (Ubuntu 1:1.22.0-15 ubuntu 1)"

Akkor indítanék egy live rendszeren lévő Gparted-et.

Jobb egérgombbal rákatt. ennek a külső HDD-nek a rendszer partíciójára --> Check

(Ezután lehet hogy még a zöld pipára (fent) is rá kell katt.)

Ez elíndít azon a partíción egy fájlrendszer ellenőrzést / javítást. (e2fsck - kapcsolókkal)

Reménykedjünk hogy ez elég lesz !... Ha van /home partíciód, azon is lefuttathatod.

A másik lehetőség: ... Szintén live rendszer alól !

A Gparted-el csak megnézed hogy minek azonosítja azt a partíciót (pl. /dev/sdb1)

Nyitsz egy terminált, és beírod:

sudo e2fsck -f -y -v /dev/sdxy

(Az xy-t pesze behelyettesíted !)

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Újratelepítettem a rendszert

#11 Nálam sikerült:

inxi -S
System: Host: kim-hp Kernel: 4.8.0-53-generic x86_64 (64 bit)
Desktop: Cinnamon 3.6.7 Distro: Linux Mint 18.3 Sylvia

Elsőre, és semmit nem csináltam különlegeset ... .

Értékelés: 

0
Még nincs értékelve

initramfs

A Tarat tettem fel, és ez az initramfs már másodszor jött be nekem rövid idő alatt. lala előző hozzászólásában írt megoldással (live cd ->gparted) könnyen javítható, de nem tudom mitől sérül meg maga a rendszer és a home partició is.

Értékelés: 

0
Még nincs értékelve

Egyedi vagy dualboot-os

Egyedi vagy dualboot-os rendszer? Ha van Windows, akkor a secureboot ki van kapcsolva?

Értékelés: 

0
Még nincs értékelve
kimarite képe

initramfs

#14 A lemez egészséges, ránéztél pl. a HDDSentinel-lel? Kábelek, csatlakozások?

Értékelés: 

0
Még nincs értékelve

initramfs

Lassan 2. éves KINGSTON V300 240GB SATA3 SSD [r/w: 450/450 MB/s] (SV300S37A/240G) -ről van szó, hdd senitel kondíciónak 98%-ot ír. Érdekes, hogy a hangokat kiadó WD vinyóra meg 100%-ot ír....

Az ssd-ről ezt írja:

The status of the solid state disk is PERFECT. Problematic or weak sectors were not found.
The health is determined by SSD specific S.M.A.R.T. attribute(s): #231 SSD Life Left
No actions needed.

Értékelés: 

0
Még nincs értékelve
kimarite képe

initramfs

#18a hangokat kiadó WD vinyó
-- leírnád hogy van telepítve a rendszer: Windows, GNU/Linux ... tehát a WD szerepet játszik valamelyik OS életében vagy ezt az információt csak mellesleg közölted? Külső tárolóként használod-e, és néha csatlakoztatod. Használod egyáltalán, ha igen, mire?

Lassan 2. éves KINGSTON V300 240GB SATA3 SSD
-- tehát ezen tartózkodik mindkét rendszer?

Kérhetünk két kimenetet?

sudo fdisk -l
df -h

Értékelés: 

0
Még nincs értékelve

initramfs

A kingston ssd-re van telepítve a windows és a linuxmint is, a windows ntfs partícióra (plusz még amit telepítéskor magának létrehoz), a linux ext4-re, home külön csatolási pont. Tarát nemrég tettem rá, előtte a Sylvia volt. Újonan a win10 mellett az akkor aktuálisan friss LM verzió volt (nem emlékszem pontosan melyik), de eddig erről az initramfs-ről mégcsak nem is hallottam. Tara telepítése után találkoztam vele először.

A WD-n semmilyen rendszer nincs, csupán különféle adatok (mediafájlok, szövegesek, stb), ez is ext4 partició, a LM induláskor csatolja automatikusan (fstab). Amúgy azt csak mellesleg jegyeztem meg, hogy annak lehetett hallani hangját, a sentinel mégis 100%-osnak látja, az ssd-t csak 98%-nak.

Van még 3 hálózati meghajtó, de azok ebből a szempontból nemigen számítanak.

sudo fdisk -l:
Disk /dev/sda: 223,6 GiB, 240057409536 bytes, 468862128 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 9CE028D2-5F8E-4F29-8A1D-6F07787558D7

Eszköz Start Vége Szektorok Size Típus
/dev/sda1 2048 251906047 251904000 120,1G Microsoft basic data
/dev/sda2 251906048 252827647 921600 450M Windows recovery environment
/dev/sda3 252827648 253032447 204800 100M EFI System
/dev/sda4 253032448 253065215 32768 16M Microsoft reserved
/dev/sda5 253065216 257064959 3999744 1,9G Linux lapozó
/dev/sda6 257064960 325425151 68360192 32,6G Linux filesystem
/dev/sda7 325425152 468860927 143435776 68,4G Linux filesystem

Disk /dev/sdb: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x3021c2ba

Eszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sdb1 2048 3907028991 3907026944 1,8T 83 Linux

df -h:
Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
udev 3,7G 0 3,7G 0% /dev
tmpfs 764M 1,4M 762M 1% /run
/dev/sda6 32G 8,8G 22G 30% /
tmpfs 3,8G 34M 3,7G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 3,8G 0 3,8G 0% /sys/fs/cgroup
/dev/sdb1 1,8T 484G 1,3T 28% /media/DATA
/dev/sda7 67G 1,9G 62G 3% /home
/dev/sda3 96M 29M 68M 30% /boot/efi
//192.168.1.1/MEDIA 1,8T 697G 1,2T 38% /media/MEDIA
//192.168.1.1/HALOZAT 74G 43G 32G 58% /media/HALOZAT
//192.168.1.136/TORRENT 294G 216G 78G 74% /media/TORRENT
tmpfs 764M 24K 764M 1% /run/user/1000

Értékelés: 

0
Még nincs értékelve
kimarite képe

initramfs

#20A WD-n semmilyen rendszer nincs, csupán különféle adatok (mediafájlok, szövegesek, stb), ez is ext4 partició, a LM induláskor csatolja automatikusan (fstab). Amúgy azt csak mellesleg jegyeztem meg, hogy annak lehetett hallani hangját, a sentinel mégis 100%-osnak látja, az ssd-t csak 98%-nak.
-- igen, látom, hogy használod, az az sdb elnevezésű lemez. Egy rossz lemez I/O hibákat produkálhat, és végső esetben igencsak lassíthatja a rendszer működését (amely az sda lemezen van). Előfordulhat esetleg, hogy bekever a másik lemez tartalmába. Talán.

Nézzük, hol taláható a GRUB. Csináld ezt:

-- letöltés
(a jelenlegi legújabb verzió innen: https://sourceforge.net/projects/bootinfoscript/
... http://bootinfoscript.sourceforge.net/)

wget https://sourceforge.net/projects/bootinfoscript/files/bootinfoscript/0.61/bootinfoscript-061.tar.gz

-- kicsomagolás

tar xf bootinfoscript-061.tar.gz

-- futtatás

sudo ./bootinfoscript

-- a teszt eredményének olvasása

xdg-open RESULTS.txt

Az utolsó parancs hatására megnyitott fájl szöveges tartalmát oszd meg a https://paste.ubuntu.com/ segítségével (linket kérünk).

Értékelés: 

0
Még nincs értékelve
kimarite képe

initramfs

#22=> Windows is installed in the MBR of /dev/sdb.
-- ez szerintem probléma forrása lehet. Ugye, -látom és mondod- a Windows az sda meghajtóra van telepítve, de valamiért az sdb MBR-ében is „jelen van”. Én ezt megpróbálnám helyretenni (mbrfix, stb., pontosan nem tudom). Habár lehet, ez egy régebbi Windows telepítés hozadéka, azé, amely az sdb meghajtón volt. És amikor particionáltad az sdb-t, nem készítettél új partíciós táblát, így szerintem nem törlődött onnan (MBR) a régebbi Windows telepítés.

Én egyébként a problémád tekintetében azt csinálnám, hogy átmenetileg, a teszt céljából kivenném az sdb automatkus csatolását, a rendszerrel együtt indulását -persze, más alkalmazásokat is át kell állítani erre az állapotra- és megnézném, ha később, a rendszer indulása után csatolod (nem automatikusan) az sdb-t, a esetben is fennáll-e az initramfs hiba. Amit egyelőre megmagyarázni nem tudok. De az sdb meghajtó valamely tulajdonságára gyanakszom.

És az fstab-ban ez a sor

//192.168.1.1/MEDIA

és az utána következőek biztosan jó beállítások? Egyrészt a csatolás helye, a hálózati cím(ek), másrészt a MEDIA és a másik két könyvtár label nem látszik az fdisk kimenetben, pedig használod. Csak a DATA label látszik az fdisk kimenetben.
Harmadrészt a CurlFTPfs sor tuti jó (az fstab-ban)? Jelszót nem látok (ha törölted, nem baj, de ha használsz, akkor kéne). Én ezt néztem alapnak: https://wiki.archlinux.org/index.php/CurlFtpFS

Csak egy óvatos tipp: a media (rendszer könyvtár) alá csatolásokat én nem erőltetném. Oda csatol a rendszer alapértelmezetten és mintha azt olvastam volna, hogy bekavarhat, ha te is ide fűzöl be automatikusan. Az mnt alá tennék mindent.

A javaslataimmal csak azt próbálom elérni, hogy gondold át ezeket a beállításokat még egyszer. De én túlzottan nem vagyok benne ezen témákban, megérzéseim vannak (a Wiki-k alapján).

Értékelés: 

0
Még nincs értékelve
kimarite képe

initramfs (még valami)

#23 Ui.: a dmesg és a /var/log/syslog tartalmát nézted? Látszódhatnak jelenségek az initramfs hibákra, csatolási gondokra, I/O problémákra.

Értékelés: 

0
Még nincs értékelve

initramfs

Sikerült törölni a win bootloadert az sdb mbr-ből, ez nem lehetett a meghajtóra telepített windows, ezen soha sem volt oprendszer. Viszont azt már régebben észrevettem, hogy a windows "beleírja magát" másik meghajtó mbrjébe (meghajtó eltávolítása után a windows nem indult, mbr-t hiányolta). Mostmár ezt írja a script: => No boot loader is installed in the MBR of /dev/sdb.

Hálózati meghajtókat nem piszkálom, működnek jól, rendszerindításkor felcsatolódnak. Azért a media mappába, mert annó mikor próbálkoztam vele, leírásban így volt. Egyszer próbáltam volna az mnt-be csatolni, de ott nem működött jól, ezért így maradt. Lehet, hogy az fdisk azért nem látja, mert nem az mnt-be van csatolva?

A curlftpfs-hez azért nem látsz felhasználónevet és jelszót, mert fájlban van tárolva (netrc). Csatolva viszont níncs, mert a szerver pillanatnyilag nem működik, viszon ígéretet kaptam, hogy megcsinálják, ezért nem vettem ki a sort.

Közben azonban rájöttem a problémára: a windows alatt futó ext2fsd, amivel az ext4 meghajtót csatolom a windowsban. Nem volt róla információm, hogy az új linuxhoz a legújabb ext2fsd verzió kell:

Ext2Fsd 0.69 released !
November 2nd, 2017
WARNINGS:

Don't use Ext2Fsd 0.68 or earlier versions with latest Ubuntu or
Debian systems. Ext2Fsd 0.68 cannot process EXT4 with 64-BIT mode
enabled, then it could corrupt your data. Very sorry for this
disaster issue, I'm working on an improvement.

Töröltem a 0.68-as verzót, telepítettem a 0.69-est, live cd gparteddel javítottam a particiókat, egyelőre úgy néz ki, hogy rendben működik.

Értékelés: 

0
Még nincs értékelve

Ja, szétbombázzuk a Windows

A Linux Mint 18.3 verziónál és elődje(i)nél semmi gond nem volt még vele (nem emlékszem pontosan mennyi volt az ssd vásárlása óta), ez a hiba a LM 19 telepítése után jött elő. De ha más fájlrendszerre formáztam volna a merevlemezt, akkor sem tudnék erről a problémáról... A témaindítónál viszont már nem is fogjuk tudni, hogy mi volt a probléma oka, windowsról nem ír, a LM 19 pedig még nem volt...

Értékelés: 

0
Még nincs értékelve
kimarite képe

initramfs

#25 Köszönjük!

Értékelés: 

0
Még nincs értékelve

initramfs

Toshiba satellite,LM19 nincs dual.

GRUB2 frissítés után a frissítéskezelő már hibát jelzett,másnap indításkor a fennt leírt busybox,,,stb, initramffs hiba jött csak fel.Már harmadjára,mire rájöttem mi a kínja.

Live alól Timeshift két nappal korábbi visszaállítva,advancednél initramfs frissítés is pipa,újraindít,műkszik.

frissítéskezelőben Grub2 frissítés egyelőre tilt.

Értékelés: 

0
Még nincs értékelve