05.12.2024, 16:19 UhrDeutsch | English
Hallo Gast [ Registrierung | Anmelden ]

Neues Thema eröffnen   Neue Antwort erstellen
Vorheriges Thema anzeigen Druckerfreundliche Version Einloggen, um private Nachrichten zu lesen Nächstes Thema anzeigen
Autor Nachricht
voigf
Titel: Loading initial ramdisk???  BeitragVerfasst am: 26.11.2024, 16:12 Uhr



Anmeldung: 21. Dez 2017
Beiträge: 136

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
 
 Benutzer-Profile anzeigen Private Nachricht senden  
Antworten mit Zitat Nach oben
Kano
Titel: Loading initial ramdisk???  BeitragVerfasst am: 29.11.2024, 10:43 Uhr



Anmeldung: 17. Dez 2003
Beiträge: 16791

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.
 
 Benutzer-Profile anzeigen Private Nachricht senden  
Antworten mit Zitat Nach oben
voigf
Titel: Loading initial ramdisk???  BeitragVerfasst am: 29.11.2024, 18:50 Uhr



Anmeldung: 21. Dez 2017
Beiträge: 136

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.
 
 Benutzer-Profile anzeigen Private Nachricht senden  
Antworten mit Zitat Nach oben
rueX
Titel: Loading initial ramdisk???  BeitragVerfasst am: 30.11.2024, 00:08 Uhr



Anmeldung: 23. Feb 2004
Beiträge: 746

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 ||
 
 Benutzer-Profile anzeigen Private Nachricht senden  
Antworten mit Zitat Nach oben
voigf
Titel:   BeitragVerfasst am: 30.11.2024, 18:27 Uhr



Anmeldung: 21. Dez 2017
Beiträge: 136

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
 
 Benutzer-Profile anzeigen Private Nachricht senden  
Antworten mit Zitat Nach oben
Antonius
Titel:   BeitragVerfasst am: 30.11.2024, 18:48 Uhr



Anmeldung: 20. Jul 2010
Beiträge: 116

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.
 
 Benutzer-Profile anzeigen Private Nachricht senden  
Antworten mit Zitat Nach oben
voigf
Titel:   BeitragVerfasst am: 30.11.2024, 19:08 Uhr



Anmeldung: 21. Dez 2017
Beiträge: 136

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
 
 Benutzer-Profile anzeigen Private Nachricht senden  
Antworten mit Zitat Nach oben
voigf
Titel:   BeitragVerfasst am: 01.12.2024, 18:17 Uhr



Anmeldung: 21. Dez 2017
Beiträge: 136

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
 
 Benutzer-Profile anzeigen Private Nachricht senden  
Antworten mit Zitat Nach oben
rueX
Titel:   BeitragVerfasst am: 02.12.2024, 01:44 Uhr



Anmeldung: 23. Feb 2004
Beiträge: 746

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

_________________
|| Konsolenbefehle & Linux = Spass ||
 
 Benutzer-Profile anzeigen Private Nachricht senden  
Antworten mit Zitat Nach oben
retabell
Titel:   BeitragVerfasst am: 02.12.2024, 04:53 Uhr



Anmeldung: 04. Sep 2006
Beiträge: 270

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
 
 Benutzer-Profile anzeigen Private Nachricht senden  
Antworten mit Zitat Nach oben
voigf
Titel:   BeitragVerfasst am: 02.12.2024, 18:08 Uhr



Anmeldung: 21. Dez 2017
Beiträge: 136

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
 
 Benutzer-Profile anzeigen Private Nachricht senden  
Antworten mit Zitat Nach oben
rueX
Titel:   BeitragVerfasst am: 02.12.2024, 21:43 Uhr



Anmeldung: 23. Feb 2004
Beiträge: 746

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 ||
 
 Benutzer-Profile anzeigen Private Nachricht senden  
Antworten mit Zitat Nach oben
retabell
Titel:   BeitragVerfasst am: 03.12.2024, 04:19 Uhr



Anmeldung: 04. Sep 2006
Beiträge: 270

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.
 
 Benutzer-Profile anzeigen Private Nachricht senden  
Antworten mit Zitat Nach oben
Beiträge vom vorherigen Thema anzeigen:     
Gehe zu:  
Alle Zeiten sind GMT + 1 Stunde
Neues Thema eröffnen   Neue Antwort erstellen
Vorheriges Thema anzeigen Druckerfreundliche Version Einloggen, um private Nachrichten zu lesen Nächstes Thema anzeigen
PNphpBB2 © 2003-2007 
 
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.