kanotix.com

Installation, Einstellungen, Systempflege - gelöst -- Loading initial ramdisk???
voigf - 26.11.2024, 16:12 Uhr
Titel: gelöst -- Loading initial ramdisk???
Hallo,
welchen Zweck hat das 60 sec. lange Ramdisk-Laden bevor das eigentliche Slowfire-Booten starten? Booten funktionierte doch auch vor Slowfire ohne diesen Zwischenschritt.

Frage: Kann man das genannte Laden abstellen oder zeitlich verkürzen???

Danke für jeden zielführenden Hinweis.

gvoigf
Kano - 29.11.2024, 10:43 Uhr
Titel: Loading initial ramdisk???
Wenn es eine HD Installation ist, dann ist das eher ein Zeichen dafür, dass eine oder mehrere Partitionen sich geändert haben nach der installation. Also stimmt die /etc/fstab nicht mehr oder ein Laufwerk wurde entfernt oder ist kaputt.
voigf - 29.11.2024, 18:50 Uhr
Titel: Loading initial ramdisk???
Kano,
habe nach der Installation nichts geändert.
Nur /home wurde bei der Neuinstallation aus der vorherigen übernommen. Alles andere wurde vor der Installation gelöscht und während des Abfragevorgangs neu definiert.
rueX - 30.11.2024, 00:08 Uhr
Titel: Loading initial ramdisk???
einfach vom bootenden System aus, diese beiden, vergleichen:
.
# cat /etc/fstab
.
als root # blkid
.
hattest Du nicht etwas in
# cat /etc/default/grub
...verändert ?
.
voigf - 30.11.2024, 18:27 Uhr
Titel:
Hallo rueX, hallo Kano,
der Vergleich 'fstab' mit 'blkid' zeigt ein identisches Bild beider. Dem Hinweis einer defekten HD von Kano werde ich gleich mit 'Memtest' nachgehen. Da kann was wrong sein (zeitweise eigenartige Geräusche).

Danke für die Tipps. Ich melde mich wieder!!
Schönen Sonntag.
voigf
Antonius - 30.11.2024, 18:48 Uhr
Titel:
Mit Memtest testest du den Arbeitsspeicher (RAM), nicht Festplatten. Dafür gibt es "smartctl".

Um andere Fehler auszuschließen, kannst du ja zunächsts noch folgende Befehle als "root" ausführen und dann neu booten:

Code:
# update-grub
# update-initramfs -u


Weiterhin könntest du noch deine Datei /etc/initramfs-tools/initramfs.conf anschauen. Bei "MODULES=" sollte "most" stehen. Falls nicht, ändern und dann "update-initramfs -u".
In der vorgenannten Datei könntest du am Ende auch noch folgende Zeile ergänzen "BOOT=local" (wenn du nicht von einem Netzwerklaufwerk bootest). Bitte achte jeweils auf die Groß- und Kleinschreibung.
voigf - 30.11.2024, 19:08 Uhr
Titel:
Antonius,
da hast du wirklich Recht. Hatte davor einiges über Memtest gelesen. Daher der Kurzschluss.
Danke aber für deine Hinweise. Denen werde ich gerne folgen.

Wie schon gesagt, ich melde mich.

voigf
voigf - 01.12.2024, 18:17 Uhr
Titel:
Hallo Antonius,
bin deinen Vorschlägen gefolgt. MODULES=most war eingetragen, BOOT=local habe ich ergänzt. Ergebnis: leider keinen Erfolg. Wieder eine Minute 'Loading initial ramdisk'.

Habe dann noch einmal die Einträge von file:///etc/fstab mit denen von 'blkid' verglichen. Gestern identisch heute nicht mehr.
Zitat:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
# /dev/sda1
UUID=160714fb-2019-4d56-935a-70f6b50f1fd2 / ext4 errors=remount-ro 0 1
# /dev/sdb1
UUID=0403639a-9070-4ae4-a927-be6316909dd6 /home ext4 defaults 0 2
# /dev/sda2
UUID=7495ec6e-df57-437d-a11c-4361fcd794d6 none swap sw 0 0

root@Kano-Slowfire:/home/gvoigt# blkid
Zitat:
/dev/sdb2: LABEL="Swap" UUID="7495ec6e-df57-437d-a11c-4361fcd794d6" TYPE="swap" PARTUUID="444c544e-02"
/dev/sdb1: LABEL="/Kano-Slowfire" UUID="160714fb-2019-4d56-935a-70f6b50f1fd2" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="444c544e-01"
/dev/sda1: LABEL="/home" UUID="0403639a-9070-4ae4-a927-be6316909dd6" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="f76134f3-01"
root@Kano-Slowfire:/home/gvoigt#


Wie kann ich das Durcheinander ordnen? Neuinstallation nach 'cleanen' beider Festplatten??

Ich wundere mich, dass der Rechner trotzdem noch läuft.

Hast du noch Tipps zu den gestellten Fragen??

Schönen Sonntag und 1. Advent, voigf
rueX - 02.12.2024, 01:44 Uhr
Titel:
hab ich so auch noch nicht gesehn: Label steht vor UUID . . .
retabell - 02.12.2024, 04:53 Uhr
Titel:
voigf hat folgendes geschrieben::
Hallo Antonius,
bin deinen Vorschlägen gefolgt. MODULES=most war eingetragen, BOOT=local habe ich ergänzt. Ergebnis: leider keinen Erfolg. Wieder eine Minute 'Loading initial ramdisk'.

Habe dann noch einmal die Einträge von file:///etc/fstab mit denen von 'blkid' verglichen. Gestern identisch heute nicht mehr.
Zitat:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
# /dev/sda1
UUID=160714fb-2019-4d56-935a-70f6b50f1fd2 / ext4 errors=remount-ro 0 1
# /dev/sdb1
UUID=0403639a-9070-4ae4-a927-be6316909dd6 /home ext4 defaults 0 2
# /dev/sda2
UUID=7495ec6e-df57-437d-a11c-4361fcd794d6 none swap sw 0 0

root@Kano-Slowfire:/home/gvoigt# blkid
Zitat:
/dev/sdb2: LABEL="Swap" UUID="7495ec6e-df57-437d-a11c-4361fcd794d6" TYPE="swap" PARTUUID="444c544e-02"
/dev/sdb1: LABEL="/Kano-Slowfire" UUID="160714fb-2019-4d56-935a-70f6b50f1fd2" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="444c544e-01"
/dev/sda1: LABEL="/home" UUID="0403639a-9070-4ae4-a927-be6316909dd6" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="f76134f3-01"
root@Kano-Slowfire:/home/gvoigt#


Wie kann ich das Durcheinander ordnen? Neuinstallation nach 'cleanen' beider Festplatten??

Ich wundere mich, dass der Rechner trotzdem noch läuft.

Hast du noch Tipps zu den gestellten Fragen??

Schönen Sonntag und 1. Advent, voigf


Scheint doch zu passen mit der fstab.
UUID mountpoint

retabell
voigf - 02.12.2024, 18:08 Uhr
Titel:
Nööö, retabell,
z.B. in fstab (/dev/sda1) ist der UUID = 1fd2 (letzten 4 Zeichen),
in blkid findest du sie unter /dev/sdb1.
Genauso m.E falsch ist die Zuordnung von sdb1 in fstab auf sda1 in blkid.
Einzig 'swap' stimmt überein.

Wie löse ich das ganze Durcheinander? Die UUIDs in /fstab austauschen bringt nix. Der Rechner bootet dann nicht mehr.

voigf
rueX - 02.12.2024, 21:43 Uhr
Titel:
angenommen - Du hast etwas in "fstab" geändert:
dann machst du doch anschließend auf deinem zu bootenden System:
als root: # update-grub
!?
.
und dann erst reboot .

bei Dir tauscht sich sda und sdb - als hättest Du zwei distros am Laufen - und jeweils das andere updated grub ?
.
oder, wie kano schrieb: du hast nen wackler an der ssd oder nvme ? ( ist das eine nvme? - installiert per "calamares installer" ??? )
.
Dann wäre interessant:
# efibootmgr -v
.
retabell - 03.12.2024, 04:19 Uhr
Titel:
voigf hat folgendes geschrieben::
Nööö, retabell,
z.B. in fstab (/dev/sda1) ist der UUID = 1fd2 (letzten 4 Zeichen),
in blkid findest du sie unter /dev/sdb1.
Genauso m.E falsch ist die Zuordnung von sdb1 in fstab auf sda1 in blkid.
Einzig 'swap' stimmt überein.

Wie löse ich das ganze Durcheinander? Die UUIDs in /fstab austauschen bringt nix. Der Rechner bootet dann nicht mehr.

voigf


naja, alles was in der fstab mit # steht sind kommentare, (lhier die Platte zum Zeitpunkt der Installation)
die Zuordnung zum Laufwerk macht die UUID

Der Punkt ist eher die Erkennung der Laufwerke vom Kernel,
heisst welche sda wird und welche sdb.

Die fstab sollte so passen.
voigf - 15.01.2025, 17:57 Uhr
Titel:
Endlich habe ich den Fall gelöst. Nach verschiedensten Änderungen am Rechnerumfeld, mehreren Neuinstallationen des BS und einigen (Denk- Winken) Pausen war die Lösung eine ganz einfache.

Im BIOS 'Load Optimized Defaults' aktiviert. Et voila, das war's. Ohne weiteres Zutun bootet der Rechner jetzt wie gewünscht.

Dank all denen, die mich auf der Fehlersuche unterstützten.

Am Ende noch ein erfolgreiches 2025.

voigf
Alle Zeiten sind GMT + 1 Stunde
PNphpBB2 © 2003-2007