| Автор |
Сообщение |
|
|
Тема сообщения: gelцst -- Loading initial ramdisk???
 Отправлено: 26 Ноя, 2024 г. - 16:12
|
|
Зарегистрирован: 21 Дек, 2017
Сообщений: 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 |
Последний раз редактировалось voigf в 15 Янв, 2025 г. - 17:27; всего редактировалось 1 раз
|
| |
|
|
|
 |
|
|
|
Тема сообщения: Loading initial ramdisk???
Отправлено: 29 Ноя, 2024 г. - 10:43
|
|
Зарегистрирован: 17 Дек, 2003
Сообщений: 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. |
|
|
| |
|
|
|
|
|
|
|
Тема сообщения: Loading initial ramdisk???
Отправлено: 29 Ноя, 2024 г. - 18:50
|
|
Зарегистрирован: 21 Дек, 2017
Сообщений: 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. |
|
|
| |
|
|
|
|
|
|
|
Тема сообщения: Loading initial ramdisk???
Отправлено: 30 Ноя, 2024 г. - 00:08
|
|
Зарегистрирован: 23 Фев, 2004
Сообщений: 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 ||
|
| |
|
|
|
|
|
|
|
Тема сообщения:
Отправлено: 30 Ноя, 2024 г. - 18:27
|
|
Зарегистрирован: 21 Дек, 2017
Сообщений: 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 |
|
|
| |
|
|
|
|
|
|
|
Тема сообщения:
Отправлено: 30 Ноя, 2024 г. - 18:48
|
|
Зарегистрирован: 20 Июл, 2010
Сообщений: 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:
Код:
# 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. |
|
|
| |
|
|
|
|
|
|
|
Тема сообщения:
Отправлено: 30 Ноя, 2024 г. - 19:08
|
|
Зарегистрирован: 21 Дек, 2017
Сообщений: 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 |
|
|
| |
|
|
|
|
|
|
|
Тема сообщения:
Отправлено: 01 Дек, 2024 г. - 18:17
|
|
Зарегистрирован: 21 Дек, 2017
Сообщений: 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.
Цитата:
# /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
Цитата:
/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 |
|
|
| |
|
|
|
|
|
|
|
Тема сообщения:
Отправлено: 02 Дек, 2024 г. - 01:44
|
|
Зарегистрирован: 23 Фев, 2004
Сообщений: 806
|
|
| hab ich so auch noch nicht gesehn: Label steht vor UUID . . . |
_________________
|| Konsolenbefehle & Linux = Spass ||
|
| |
|
|
|
|
|
|
|
Тема сообщения:
Отправлено: 02 Дек, 2024 г. - 04:53
|
|
Зарегистрирован: 04 Сен, 2006
Сообщений: 280
|
|
|
voigf писал(а):
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.
Цитата:
# /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
Цитата:
/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 |
|
|
| |
|
|
|
|
|
|
|
Тема сообщения:
Отправлено: 02 Дек, 2024 г. - 18:08
|
|
Зарегистрирован: 21 Дек, 2017
Сообщений: 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 |
|
|
| |
|
|
|
|
|
|
|
Тема сообщения:
Отправлено: 02 Дек, 2024 г. - 21:43
|
|
Зарегистрирован: 23 Фев, 2004
Сообщений: 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 ||
|
| |
|
|
|
|
|
|
|
Тема сообщения:
Отправлено: 03 Дек, 2024 г. - 04:19
|
|
Зарегистрирован: 04 Сен, 2006
Сообщений: 280
|
|
|
voigf писал(а):
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. |
|
|
| |
|
|
|
|
|
|
|
Тема сообщения:
Отправлено: 15 Янв, 2025 г. - 17:57
|
|
Зарегистрирован: 21 Дек, 2017
Сообщений: 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 |
|
|
| |
|
|
|
|
|
|
