| Autor |
Nachricht |
|
|
Titel: gelöst -- Loading initial ramdisk???
 Verfasst am: 26.11.2024, 16:12 Uhr
|
|
Anmeldung: 21. Dez 2017
Beiträge: 137
|
|
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 |
Zuletzt bearbeitet von voigf am 15.01.2025, 17:27 Uhr, insgesamt ein Mal bearbeitet
|
| |
|
|
|
 |
|
|
|
Titel: Loading initial ramdisk???
Verfasst am: 29.11.2024, 10:43 Uhr
|
|
Anmeldung: 17. Dez 2003
Beiträge: 16809
|
|
| 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. |
|
|
| |
|
|
|
|
|
|
|
Titel: Loading initial ramdisk???
Verfasst am: 29.11.2024, 18:50 Uhr
|
|
Anmeldung: 21. Dez 2017
Beiträge: 137
|
|
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. |
|
|
| |
|
|
|
|
|
|
|
Titel: Loading initial ramdisk???
Verfasst am: 30.11.2024, 00:08 Uhr
|
|
Anmeldung: 23. Feb 2004
Beiträge: 815
|
|
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 ?
. |
_________________
|| Konsolenbefehle & Linux = Spass ||
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 30.11.2024, 18:27 Uhr
|
|
Anmeldung: 21. Dez 2017
Beiträge: 137
|
|
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 |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 30.11.2024, 18:48 Uhr
|
|
Anmeldung: 20. Jul 2010
Beiträge: 119
|
|
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. |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 30.11.2024, 19:08 Uhr
|
|
Anmeldung: 21. Dez 2017
Beiträge: 137
|
|
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 |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 01.12.2024, 18:17 Uhr
|
|
Anmeldung: 21. Dez 2017
Beiträge: 137
|
|
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 |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 02.12.2024, 01:44 Uhr
|
|
Anmeldung: 23. Feb 2004
Beiträge: 815
|
|
| hab ich so auch noch nicht gesehn: Label steht vor UUID . . . |
_________________
|| Konsolenbefehle & Linux = Spass ||
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 02.12.2024, 04:53 Uhr
|
|
Anmeldung: 04. Sep 2006
Beiträge: 280
|
|
|
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 |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 02.12.2024, 18:08 Uhr
|
|
Anmeldung: 21. Dez 2017
Beiträge: 137
|
|
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 |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 02.12.2024, 21:43 Uhr
|
|
Anmeldung: 23. Feb 2004
Beiträge: 815
|
|
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
. |
_________________
|| Konsolenbefehle & Linux = Spass ||
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 03.12.2024, 04:19 Uhr
|
|
Anmeldung: 04. Sep 2006
Beiträge: 280
|
|
|
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. |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 15.01.2025, 17:57 Uhr
|
|
Anmeldung: 21. Dez 2017
Beiträge: 137
|
|
Endlich habe ich den Fall gelöst. Nach verschiedensten Änderungen am Rechnerumfeld, mehreren Neuinstallationen des BS und einigen (Denk-  ) 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 |
|
|
| |
|
|
|
|
|
|
