Jul 26, 2025 - 10:00 PMDeutsch | English
Hello unlogged user [ Register | Log in ]

Post new topic   Reply to topic
View previous topic Printable version Log in to check your private messages View next topic
Author Message
voigf
Post subject: gelöst -- Loading initial ramdisk???  PostPosted: Nov 26, 2024 - 04:12 PM



Joined: Dec 21, 2017
Posts: 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


Last edited by voigf on Jan 15, 2025 - 05:27 PM; edited 1 time in total
 
 View user's profile Send private message  
Reply with quote Back to top
Kano
Post subject: Loading initial ramdisk???  PostPosted: Nov 29, 2024 - 10:43 AM



Joined: Dec 17, 2003
Posts: 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.
 
 View user's profile Send private message  
Reply with quote Back to top
voigf
Post subject: Loading initial ramdisk???  PostPosted: Nov 29, 2024 - 06:50 PM



Joined: Dec 21, 2017
Posts: 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.
 
 View user's profile Send private message  
Reply with quote Back to top
rueX
Post subject: Loading initial ramdisk???  PostPosted: Nov 30, 2024 - 12:08 AM



Joined: Feb 23, 2004
Posts: 806

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 ||
 
 View user's profile Send private message  
Reply with quote Back to top
voigf
Post subject:   PostPosted: Nov 30, 2024 - 06:27 PM



Joined: Dec 21, 2017
Posts: 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
 
 View user's profile Send private message  
Reply with quote Back to top
Antonius
Post subject:   PostPosted: Nov 30, 2024 - 06:48 PM



Joined: Jul 20, 2010
Posts: 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.
 
 View user's profile Send private message  
Reply with quote Back to top
voigf
Post subject:   PostPosted: Nov 30, 2024 - 07:08 PM



Joined: Dec 21, 2017
Posts: 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
 
 View user's profile Send private message  
Reply with quote Back to top
voigf
Post subject:   PostPosted: Dec 01, 2024 - 06:17 PM



Joined: Dec 21, 2017
Posts: 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.
Quote:
# /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
Quote:
/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
 
 View user's profile Send private message  
Reply with quote Back to top
rueX
Post subject:   PostPosted: Dec 02, 2024 - 01:44 AM



Joined: Feb 23, 2004
Posts: 806

hab ich so auch noch nicht gesehn: Label steht vor UUID . . .

_________________
|| Konsolenbefehle & Linux = Spass ||
 
 View user's profile Send private message  
Reply with quote Back to top
retabell
Post subject:   PostPosted: Dec 02, 2024 - 04:53 AM



Joined: Sep 04, 2006
Posts: 280

voigf wrote:
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.
Quote:
# /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
Quote:
/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
 
 View user's profile Send private message  
Reply with quote Back to top
voigf
Post subject:   PostPosted: Dec 02, 2024 - 06:08 PM



Joined: Dec 21, 2017
Posts: 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
 
 View user's profile Send private message  
Reply with quote Back to top
rueX
Post subject:   PostPosted: Dec 02, 2024 - 09:43 PM



Joined: Feb 23, 2004
Posts: 806

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 ||
 
 View user's profile Send private message  
Reply with quote Back to top
retabell
Post subject:   PostPosted: Dec 03, 2024 - 04:19 AM



Joined: Sep 04, 2006
Posts: 280

voigf wrote:
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.
 
 View user's profile Send private message  
Reply with quote Back to top
voigf
Post subject:   PostPosted: Jan 15, 2025 - 05:57 PM



Joined: Dec 21, 2017
Posts: 137

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
 
 View user's profile Send private message  
Reply with quote Back to top
Display posts from previous:     
Jump to:  
All times are GMT + 1 Hour
Post new topic   Reply to topic
View previous topic Printable version Log in to check your private messages View next topic
Powered by PNphpBB2 © 2003-2007 The PNphpBB Group
Credits
 
Deutsch | English
Logos and trademarks are the property of their respective owners, comments are property of their posters, the rest is © 2004 - 2006 by Jörg Schirottke (Kano).
Consult Impressum and Legal Terms for details. Kanotix is Free Software released under the GNU/GPL license.
This CMS is powered by PostNuke, all themes used at this site are released under the GNU/GPL license. designed and hosted by w3you. Our web server is running on Kanotix64-2006.