[erledigt]initrd läßt sich nicht aktualisieren

Hier köchelt der Sud für die nächste Mageia-Suppe. Also stellst Du hier alle Fragen und lieferst hier alle Beiträge zur Entwicklungsversion ab.

Moderator: Mageia Founders

[erledigt]initrd läßt sich nicht aktualisieren

Beitragvon unklar » Dez 8th, '13, 18:00

Mahlzeit!

Bevor ich das hier platt mache, wollte ich dennoch erst in die Runde fragen (vielleicht kann ich etwas neues lernen ;) .

Stand:
Innerhalb des Desk bin ich mit MG4, jeweils mit lxde und kde, von sdc1 (lxde) und sdc8 (kde) auf eine andere Platte zu sdb1 und sdb8 umgezogen.
Während kde auf sdb8 das schmerzfrei mitgemacht hat, lande ich bei lxde immer bei der Entschuldigung, daß die Grafik nicht geladen werden konnte.
Das passiert bei Kernel 3.12.0-desktop-3.mga4
Es (ist) sollte der radeon/fglrx im Einsatz sein.

Die Kernel 3.12.1 und 3.12.2 haben jeweils Panik.
Diesbezüglich ist auch ersichtlich, daß das System nicht auf dem letzten Stand von Cauldron ist.

Vermutung
Der fglrx-Kernel ist mit 3.12.1 gar nicht mehr gebaut wurden und ich Deppen habe das nicht bemerkt.
Da die initrd zum passenden Kernel nicht passt (fehlt/kaputt), kann auch der Treiber für die Grafik nicht geladen werden.

Reperatur
Ob ich nun in das System chroote oder von der tty3 aus eingebe, erhalte ich auf den Befehl
Code: Alles auswählen
bootloader-config --action rebuild-initrds
INTERNAL ERROR: unknown device sdc1
MDK::Common::Various::internal_error() called from /usr/lib/libDrakX/devices.pm:186
devices::entry() called from /usr/lib/libDrakX/devices.pm:201
devices::make() called from /usr/lib/libDrakX/partition_table/raw.pm:64
partition_table::raw::typeOfMBR() called from /usr/lib/libDrakX/bootloader.pm:209
bootloader::read() called from /usr/sbin/bootloader-config:64

Er hat im "Gedächtnis" > sdc1 und davon läßt er sich auch nicht abbringen. Wir sind aber auf sdb1 umgezogen. :?

Neuinstallation von Grub1 oder auch nur von Grub2 stimmen ihn nicht um, er bleibt bei INTERNAL ERROR...

Gibt's was zu lernen, jemand eine Idee?
Zuletzt geändert von unklar am Dez 9th, '13, 21:22, insgesamt 1-mal geändert.
El Conkystador (el conquistador = der Sieger) ein Markenzeichen für @Sector11 8-)
unklar
 
Beiträge: 1468
Registriert: Jun 1st, '11, 15:06

Re: initrd läßt sich nicht aktualisieren

Beitragvon doktor5000 » Dez 8th, '13, 18:19

unklar hat geschrieben:Während kde auf sdb8 das schmerzfrei mitgemacht hat, lande ich bei lxde immer bei der Entschuldigung, daß die Grafik nicht geladen werden konnte.

LXDE? Ich glaube kaum, das gibt es höchstens bei GNOME3, diese Warnung.

unklar hat geschrieben:Vermutung
Der fglrx-Kernel ist mit 3.12.1 gar nicht mehr gebaut wurden und ich Deppen habe das nicht bemerkt.
Da die initrd zum passenden Kernel nicht passt (fehlt/kaputt), kann auch der Treiber für die Grafik nicht geladen werden.

Die initrd ist da relativ wurscht, da steckt ja der Treiber nicht drin. kernel-devel-Pakete sind relevant für das neubauen. Du kannst doch aber ohne Probleme auf den vesa oder fbdev umschalten, bis runlevel 3 booten und das nachziehen?


unklar hat geschrieben:Gibt's was zu lernen, jemand eine Idee?

Ja, du schreibst nicht ob Grub 1 oder Grub 2 genutzt wird. Steht noch was altes in der /boot/grub/device.map evtl.?

Und eine Initrd kannst du auch händisch neu generieren, mittels dracut. Das generiert ohne Optionen für den laufenden Kernel eine initrd, wenn es noch keine gibt.
Boote in irgendeinen Kernel mit dem du normal booten kannst, und dann machst du das:

dracut hat geschrieben:[doktor5000@Mageia3 ~]$ sudo dracut initrd-3.8.13-desktop-1.mga3.img 3.8.13-desktop-1.mga3
I: dracut module 'network' will not be installed, because it's in the list to be omitted!
I: dracut module 'network' will not be installed, because it's in the list to be omitted!
I: *** Including module: dash ***
I: *** Including module: i18n ***
I: *** Including module: drm ***
I: *** Including module: plymouth ***
I: *** Including module: kernel-modules ***
I: *** Including module: resume ***
I: *** Including module: rootfs-block ***
I: *** Including module: terminfo ***
I: *** Including module: udev-rules ***
I: *** Including module: usrmount ***
I: *** Including module: base ***
I: *** Including module: fs-lib ***
I: *** Including module: shutdown ***
I: *** Including modules done ***
I: *** Installing kernel module dependencies and firmware ***
I: *** Installing kernel module dependencies and firmware done ***
I: *** Resolving executable dependencies ***
I: *** Resolving executable dependencies done***
I: *** Stripping files ***
I: *** Stripping files done ***
I: *** Creating image file ***
I: *** Creating image file done ***
I: Wrote /home/doktor5000/initrd-3.8.13-desktop-1.mga3.img:
I: -rw------- 1 root root 9226530 Dez 8 18:14 /home/doktor5000/initrd-3.8.13-desktop-1.mga3.img

Erzeugt das Initrd-Abbild im aktuellen Verzeichnis, für Kernel 3.8.13-desktop-1.mga3. Nur das Kernel-Abbild und die Kernel-Module müssen vorhanden sein.
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 6062
Registriert: Jun 2nd, '11, 09:39

Re: initrd läßt sich nicht aktualisieren

Beitragvon unklar » Dez 8th, '13, 19:29

Danke dok, für Deine Anteilnahme.

Es ist LXDE.
Mit vesa hatte ich dieser Tage auch schon probiert, erfolglos...
Ich mach's nochmal.

Es gibt nur noch Grub2.

Von einem anderen System sieht das VZ /boot so aus:
Dateianhänge
mg4Boot.jpeg
El Conkystador (el conquistador = der Sieger) ein Markenzeichen für @Sector11 8-)
unklar
 
Beiträge: 1468
Registriert: Jun 1st, '11, 15:06

Re: initrd läßt sich nicht aktualisieren

Beitragvon unklar » Dez 8th, '13, 21:50

doktor5000 hat geschrieben:kernel-devel-Pakete sind relevant für das neubauen..

Genau das ist der Punkt! Das devel Paket zum 3.12.0 fehlt und "deshalb kann er die Module nicht laden" (wörtlich)

Aber, der Reihe nach:

Zunächst konnte ich, wie schon geschrieben, den vesa nicht laden. Daraufhin habe ich es mit dem von Dir genannten fbdev
versucht und kam zu einer "halben Bildschirmgröße" mit fürchterlicher Auflösung.

Nochmal vesa und es passte die Auflösung - in tty3. :) Aber, startx ist nicht!
Hier habe ich jetzt ein update gefahren, 91 Pakete, mit aktuellsten Kernel 3.12.3

Bei der Installation konnte ich mitlesen, es fehlt vom 3.12.0 das devel-Paket ... s.o.

Nun versuche ich dieses Paket mit
Code: Alles auswählen
urpmq -r --fuzzy kernel-devel-3.12.0
in verschiedesten Varianten zu finden...
:shock:

Hast Du da noch einen für mich? 8-)
El Conkystador (el conquistador = der Sieger) ein Markenzeichen für @Sector11 8-)
unklar
 
Beiträge: 1468
Registriert: Jun 1st, '11, 15:06

Re: initrd läßt sich nicht aktualisieren

Beitragvon doktor5000 » Dez 8th, '13, 22:04

Also, der Reihe nach. startx sollte nicht mehr verwendet werden. Nimm lieber
Code: Alles auswählen
init 5
bzw.
Code: Alles auswählen
systemctl isolate graphical.target


vesa sollte nach wie vor gehen, kann aber evtl. nicht alle Auflösungen. Kannst du damit gar nicht booten? Was heißt genau du konntest ihn erst nicht laden?

Das kernel-devel für 3.12.0 gibt es im Cauldron lange nicht mehr, unter Cauldron werden die alten Paket überschrieben, da es ja keine _updates-Repos gibt, nur _release.

Code: Alles auswählen
[doktor5000@localhost ~]$ urpmf -m -f --name kernel | grep devel | grep -v latest
Core Release:kernel-linus-devel-3.12.3-1.mga4-1-1.mga4.i586
Core Release:kernel-server-devel-3.12.3-1.mga4-1-1.mga4.i586
Core Release:kernel-desktop-devel-3.12.3-1.mga4-1-1.mga4.i586
Core Release:kernel-desktop586-devel-3.12.3-1.mga4-1-1.mga4.i586
Core Release:kernel-tmb-server-devel-3.12.3-1.mga4-1-1.mga4.i586
Core Release:kernel-tmb-laptop-devel-3.12.3-1.mga4-1-1.mga4.i586
Core Release:kernel-tmb-desktop586-devel-3.12.3-1.mga4-1-1.mga4.i586
Core Release:kernel-tmb-desktop-devel-3.12.3-1.mga4-1-1.mga4.i586
Core Release:kernel-vserver-devel-3.10.22-1.mga4-1-1.mga4.i586
Core Release:kernel-rt-devel-3.12.3-0.rt4.1.mga4-1-1.mga4.i586
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 6062
Registriert: Jun 2nd, '11, 09:39

Re: initrd läßt sich nicht aktualisieren

Beitragvon unklar » Dez 8th, '13, 22:45

Hi,
dok danke für Deine Zeit.

Die zwei Befehle
Code: Alles auswählen
init 5
und
systemctl isolate graphical.target
führen auch nicht weiter, d.h. nach einer kurzen "Denkpause" bin ich wieder auf init 3,
wo die Eingabe erfolgte.
Kannst du damit gar nicht booten? Was heißt genau du konntest ihn erst nicht laden?


Na, das ich über den Umweg fbdev zu vesa gekommen bin. Von fglrx > vesa ging nicht. Vesa nahm er erst nachdem ich fbdev
einmal 'drin hatte.

Mit Vesa stimmt auch die Auflösung. Ich komme aber aus init 3 trotzdem nicht weiter. Irgendwie bin ich auf den 3.12.0 angewiesen.
Die Auswahl der anderen drei Kernel führt zur Panik.
Der Grub2 dazu ist in der /
Im MBR der Platte ist der Grub2 von rosa, der mir das Ganze startet.

Dok, das muß heute nicht mehr gelöst werden. Ich habe auch kein Problem damit die Installation platt zu machen.
Sage Bescheid. Wünsche eine Gute Nacht!

Ich hänge dann noch die Liste der installierten Kernel an.
El Conkystador (el conquistador = der Sieger) ein Markenzeichen für @Sector11 8-)
unklar
 
Beiträge: 1468
Registriert: Jun 1st, '11, 15:06

Re: initrd läßt sich nicht aktualisieren

Beitragvon doktor5000 » Dez 8th, '13, 22:58

Wenn sich der Xserver nicht starten lässt, was sagt dann die Xorg.0.log ?
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 6062
Registriert: Jun 2nd, '11, 09:39

Re: initrd läßt sich nicht aktualisieren

Beitragvon unklar » Dez 8th, '13, 23:24

Code: Alles auswählen
[  5866.015]
X.Org X Server 1.14.4
Release Date: 2013-10-31
[  5866.015] X Protocol Version 11, Revision 0
[  5866.015] Build Operating System: Linux_3.4.69-server-1.mga2 Mageia
[  5866.015] Current Operating System: Linux francoPC 3.12.0-desktop-3.mga4 #1 SMP Sat Nov 16 23:55:28 UTC 2013 x86_64
[  5866.015] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.12.0-desktop-3.mga4 root=UUID=ae213508-5a3f-44b6-80c1-48862dda5ffb ro
[  5866.015] Build Date: 06 December 2013  10:14:00AM
[  5866.015] 
[  5866.015] Current version of pixman: 0.32.4
[  5866.015]    Before reporting problems, check http://bugs.mageia.org
   to make sure that you have the latest version.
[  5866.015] Markers: (--) probed, (**) from config file, (==) default setting,
   (++) from command line, (!!) notice, (II) informational,
   (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  5866.015] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Dec  8 22:46:33 2013
[  5866.015] (==) Using config file: "/etc/X11/xorg.conf"
[  5866.015] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  5866.015] (==) ServerLayout "layout1"
[  5866.015] (**) |-->Screen "screen1" (0)
[  5866.015] (**) |   |-->Monitor "monitor1"
[  5866.015] (**) |   |-->Device "device1"
[  5866.015] (**) Option "DontZap" "False"
[  5866.015] (**) Option "AllowMouseOpenFail"
[  5866.015] (==) Automatically adding devices
[  5866.015] (==) Automatically enabling devices
[  5866.015] (==) Automatically adding GPU devices
[  5866.015] (==) FontPath set to:
   catalogue:/etc/X11/fontpath.d
[  5866.015] (==) ModulePath set to "/usr/lib64/xorg/extra-modules,/usr/lib64/xorg/modules"
[  5866.015] (II) The server relies on udev to provide the list of input devices.
   If no devices become available, reconfigure udev or disable AutoAddDevices.
[  5866.016] (II) Loader magic: 0x7fcc40
[  5866.016] (II) Module ABI versions:
[  5866.016]    X.Org ANSI C Emulation: 0.4
[  5866.016]    X.Org Video Driver: 14.1
[  5866.016]    X.Org XInput driver : 19.1
[  5866.016]    X.Org Server Extension : 7.0
[  5866.016] (II) xfree86: Adding drm device (/dev/dri/card0)
[  5866.017] (--) PCI:*(0:1:0:0) 1002:6738:1002:00d0 rev 0, Mem @ 0xd0000000/268435456, 0xfe8c0000/131072, I/O @ 0x0000b000/256, BIOS @ 0x????????/131072
[  5866.017] (II) Open ACPI successful (/var/run/acpid.socket)
[  5866.017] Initializing built-in extension Generic Event Extension
[  5866.017] Initializing built-in extension SHAPE
[  5866.017] Initializing built-in extension MIT-SHM
[  5866.017] Initializing built-in extension XInputExtension
[  5866.017] Initializing built-in extension XTEST
[  5866.017] Initializing built-in extension BIG-REQUESTS
[  5866.017] Initializing built-in extension SYNC
[  5866.017] Initializing built-in extension XKEYBOARD
[  5866.017] Initializing built-in extension XC-MISC
[  5866.017] Initializing built-in extension SECURITY
[  5866.017] Initializing built-in extension XINERAMA
[  5866.017] Initializing built-in extension XFIXES
[  5866.017] Initializing built-in extension XFree86-Bigfont
[  5866.017] Initializing built-in extension RENDER
[  5866.017] Initializing built-in extension RANDR
[  5866.017] Initializing built-in extension COMPOSITE
[  5866.017] Initializing built-in extension DAMAGE
[  5866.017] Initializing built-in extension MIT-SCREEN-SAVER
[  5866.017] Initializing built-in extension DOUBLE-BUFFER
[  5866.017] Initializing built-in extension RECORD
[  5866.017] Initializing built-in extension DPMS
[  5866.017] Initializing built-in extension X-Resource
[  5866.017] Initializing built-in extension XVideo
[  5866.017] Initializing built-in extension XVideo-MotionCompensation
[  5866.017] Initializing built-in extension XFree86-VidModeExtension
[  5866.017] Initializing built-in extension XFree86-DGA
[  5866.017] Initializing built-in extension XFree86-DRI
[  5866.017] Initializing built-in extension DRI2
[  5866.017] (II) "glx" will be loaded by default.
[  5866.017] (II) LoadModule: "v4l"
[  5866.018] (II) Loading /usr/lib64/xorg/modules/drivers/v4l_drv.so
[  5866.018] (II) Module v4l: vendor="X.Org Foundation"
[  5866.018]    compiled for 1.14.3, module version = 0.1.1
[  5866.018]    ABI class: X.Org Video Driver, version 14.1
[  5866.018] (II) LoadModule: "glx"
[  5866.018] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[  5866.018] (II) Module glx: vendor="X.Org Foundation"
[  5866.018]    compiled for 1.14.4, module version = 1.0.0
[  5866.018]    ABI class: X.Org Server Extension, version 7.0
[  5866.018] (==) AIGLX enabled
[  5866.018] Loading extension GLX
[  5866.018] (II) LoadModule: "vesa"
[  5866.018] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[  5866.018] (II) Module vesa: vendor="X.Org Foundation"
[  5866.018]    compiled for 1.14.3, module version = 2.3.3
[  5866.018]    Module class: X.Org Video Driver
[  5866.018]    ABI class: X.Org Video Driver, version 14.1
[  5866.018] (II) v4l driver for Video4Linux
[  5866.018] (II) VESA: driver for VESA chipsets: vesa
[  5866.018] (++) using VT number 3

[  5866.018] (WW) Falling back to old probe method for v4l
[  5866.018] vesa: Ignoring device with a bound kernel driver
[  5866.018] (WW) Falling back to old probe method for vesa
[  5866.018] (EE) Screen 0 deleted because of no matching config section.
[  5866.018] (II) UnloadModule: "vesa"
[  5866.018] (EE) Device(s) detected, but none match those in the config file.
[  5866.018] (EE)
Fatal server error:
[  5866.018] (EE) no screens found(EE)
[  5866.018] (EE)
Please consult the The X.Org Foundation support
    at http://bugs.mageia.org
 for help.
[  5866.018] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[  5866.018] (EE)
[  5866.022] (EE) Server terminated with error (1). Closing log file.
 

Code: Alles auswählen
kernel-userspace-headers-3.12.3-1.mga4
kernel-firmware-20131013-2.mga4
kernel-firmware-nonfree-20131013-1.mga4.nonfree
kernel-desktop-3.12.0-3.mga4-1-1.mga4
kernel-desktop-3.12.1-1.mga4-1-1.mga4
kernel-desktop-3.12.2-1.mga4-1-1.mga4
kernel-desktop-3.12.3-1.mga4-1-1.mga4
fglrx-kernel-3.12.0-desktop-3.mga4-13.250.18-12.mga4.nonfree
fglrx-kernel-3.12.1-desktop-1.mga4-13.250.18-14.mga4.nonfree
fglrx-kernel-3.12.2-desktop-1.mga4-13.250.18-15.mga4.nonfree
fglrx-kernel-3.12.3-desktop-1.mga4-13.250.18-17.mga4.nonfree
fglrx-kernel-desktop-latest-13.250.18-17.mga4.nonfree
kernel-desktop-devel-latest-3.12.3-1.mga4
kernel-desktop-latest-3.12.3-1.mga4
kernel-desktop-devel-3.12.3-1.mga4-1-1.mga4
kernel-desktop-devel-3.12.2-1.mga4-1-1.mga4
kernel-desktop-devel-3.12.1-1.mga4-1-1.mga4
El Conkystador (el conquistador = der Sieger) ein Markenzeichen für @Sector11 8-)
unklar
 
Beiträge: 1468
Registriert: Jun 1st, '11, 15:06

Re: initrd läßt sich nicht aktualisieren

Beitragvon doktor5000 » Dez 8th, '13, 23:32

unklar hat geschrieben:
[ 5866.018] (II) VESA: driver for VESA chipsets: vesa
[ 5866.018] (++) using VT number 3

[ 5866.018] (WW) Falling back to old probe method for v4l
[ 5866.018] vesa: Ignoring device with a bound kernel driver
[ 5866.018] (WW) Falling back to old probe method for vesa
[ 5866.018] (EE) Screen 0 deleted because of no matching config section.
[ 5866.018] (II) UnloadModule: "vesa"


Sieht für mich so aus als ob er den Vesa-Treiber zuerst nicht benutzen will weil schon irgendein anderes Modul für die Grafikkarte geladen ist.
Wie mit nvidia, wenn nouveau bereits geladen ist.

Weiterhin die zweite fett markierte Meldung, da wahrscheinlich der Vesa-Treiber die Auflöung nicht kann, die für den Bildschirm fest definiert ist. Daher dann:

unklar hat geschrieben:[ 5866.018] (EE) Device(s) detected, but none match those in the config file.
[ 5866.018] (EE)
Fatal server error:
[ 5866.018] (EE) no screens found(EE)
[ 5866.018] (EE)


Evtl. einfach mal die xorg.conf umbenennen und ohne booten, aber dafür mit Kernel-Parameter xdriver=vesa

unklar hat geschrieben:fglrx-kernel-3.12.0-desktop-3.mga4-13.250.18-12.mga4.nonfree
fglrx-kernel-3.12.1-desktop-1.mga4-13.250.18-14.mga4.nonfree
fglrx-kernel-3.12.2-desktop-1.mga4-13.250.18-15.mga4.nonfree
fglrx-kernel-3.12.3-desktop-1.mga4-13.250.18-17.mga4.nonfree
fglrx-kernel-desktop-latest-13.250.18-17.mga4.nonfree

Also vorkompiliertes Kernel-Modul für fglrx sollte noch da sein ...
Selbst neu kompilieren wird nicht gehen, da kernel-devel für 3.12.0 fehlt.

Interessanter wäre dann noch, was genau die Kernel-Panic besagt wenn du einen der neueren Kernels bootest.
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 6062
Registriert: Jun 2nd, '11, 09:39

Re: initrd läßt sich nicht aktualisieren

Beitragvon unklar » Dez 8th, '13, 23:50

Hm,
doktor hat geschrieben:..dafür mit Kernel-Parameter xdriver=vesa
und, wie mache ich das? Ich mein, den Kernel-Parameter kann ich von seiten ROSA doch gar nicht beeinflussen. :|
Könnte höchstens die grub.cfg editieren. Meinst Du das :?:

Und, jetzt wird es noch spannender...
doktor5000 hat geschrieben:Interessanter wäre dann noch, was genau die Kernel-Panic besagt wenn du einen der neueren Kernels bootest.
Wie leite ich das in eine Textdatei um, damit ich es Dir hier darstellen kann?
El Conkystador (el conquistador = der Sieger) ein Markenzeichen für @Sector11 8-)
unklar
 
Beiträge: 1468
Registriert: Jun 1st, '11, 15:06

Re: initrd läßt sich nicht aktualisieren

Beitragvon doktor5000 » Dez 9th, '13, 00:03

unklar hat geschrieben:Hm,
doktor hat geschrieben:..dafür mit Kernel-Parameter xdriver=vesa
und, wie mache ich das? Ich mein, den Kernel-Parameter kann ich von seiten ROSA doch gar nicht beeinflussen. :|
Könnte höchstens die grub.cfg editieren. Meinst Du das :?:

Wie du des machst, ist ja Wurscht. Jetzt sag aber nicht dass du die ganzen Bootmenü-Einträge direkt im Grub von Rosa hast?
Dann musst du es entweder dort editieren, oder im Bootmenü editieren, sollte immer noch mittels "e" gehen:
http://askubuntu.com/questions/19486/ho ... -parameter
unklar hat geschrieben:Und, jetzt wird es noch spannender...
doktor5000 hat geschrieben:Interessanter wäre dann noch, was genau die Kernel-Panic besagt wenn du einen der neueren Kernels bootest.
Wie leite ich das in eine Textdatei um, damit ich es Dir hier darstellen kann?
Ohne serielle Konsole von einem anderen System aus gar nicht.
Siehe etwa http://0pointer.de/blog/projects/serial-console.html oder https://wiki.archlinux.org/index.php/wo ... et_machine
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 6062
Registriert: Jun 2nd, '11, 09:39

Re: initrd läßt sich nicht aktualisieren

Beitragvon unklar » Dez 9th, '13, 12:55

Moin, moin,

doktor5000 hat geschrieben:Jetzt sag aber nicht dass du die ganzen Bootmenü-Einträge direkt im Grub von Rosa hast?

Doch doch, genauso isses! 8-)

[OT]Es war schon sehr spät für mich alten Mann. Mit Deinen fast 40jährigen jüngeren Geist kann ich manchmal auf die
Schnelle nicht mithalten.[OT]

doktor5000 hat geschrieben:Evtl. einfach mal die xorg.conf umbenennen und ohne booten, aber dafür mit Kernel-Parameter xdriver=vesa

Linux ist einfach wunderbar, will sagen, ich bin 'drin. :D
Ob nun ROSA oder eine andere Distri, der Grub2 ist überall gleich zu editieren. Ich wähle mit den Pfeiltasten mich in das Untermenü von Mageia4 und hier den kernel 3.12.0 dann das "e" und kann den entsprechenden Parameter an die
Kernel-Zeile anhängen. Strg+X , er bootet mir in die grafische Oberfläche mit Vesa.

Bevor ich nun mit dem kniffligeren Teil Deiner Hilfe >Ausgabe Kernel-Panik< weiter mache...

1. wo finde ich gleich das LOG zu den gestrigen update/installations-Meldungen? Ich meine nämlich zu dem Kernel 3.12.3
eine Fehlermeldung gesehen zu haben. Diese würde ich Dir gern zeigen.
2. wie ist die Geschichte unter Vesa zu reparieren?

Bis später.
El Conkystador (el conquistador = der Sieger) ein Markenzeichen für @Sector11 8-)
unklar
 
Beiträge: 1468
Registriert: Jun 1st, '11, 15:06

Re: initrd läßt sich nicht aktualisieren

Beitragvon unklar » Dez 9th, '13, 15:33

So, ich habe also jetzt wie im Arch-Wiki beschrieben die
Code: Alles auswählen
/etc/default/grub
mit den Einträgen für die Serielle Konsole editiert und ein
Code: Alles auswählen
# grub2-mkconfig -o /boot/grub2/grub.cfg
zur Generierung einer neuen durchgeführt.

Außer, daß ich jetzt beim Start mit dem 3.12.3 wesentlich mehr Panik-Meldungen sehe, kann ich nicht finden, wo diese landen.
Irgendwas ist noch falsch...
El Conkystador (el conquistador = der Sieger) ein Markenzeichen für @Sector11 8-)
unklar
 
Beiträge: 1468
Registriert: Jun 1st, '11, 15:06

Re: initrd läßt sich nicht aktualisieren

Beitragvon doktor5000 » Dez 9th, '13, 16:05

unklar hat geschrieben:Bevor ich nun mit dem kniffligeren Teil Deiner Hilfe >Ausgabe Kernel-Panik< weiter mache...

1. wo finde ich gleich das LOG zu den gestrigen update/installations-Meldungen? Ich meine nämlich zu dem Kernel 3.12.3
eine Fehlermeldung gesehen zu haben. Diese würde ich Dir gern zeigen.

Kommt drauf an von wem die Fehlermeldung kam. Kam die direkt von urpmi, steht die in keinem Log. Kam die etwa von dkms wenn der Bau eines Kernel-Moduls fehlgeschlagen ist, steht die üblicherweise unter /var/lib/dkms/modulname/kernelversion/kernelversion/arch/make.log

Historie der installierten RPMs via
Code: Alles auswählen
rpm -qa --last | head -250
oder
Code: Alles auswählen
journalctl -a | grep -F "[RPM]" | tail -250
für die 250 zuletzt installierten.

unklar hat geschrieben:2. wie ist die Geschichte unter Vesa zu reparieren?

Mit Vesa war ja erstmal nur, damit dein System wieder normalen Xserver starten kann. Ich würde vorschlagen alle kernel- und kernel-devel Pakete bis auf den aktuell funktionierenden erstmal zu entsorgen, und dann den neusten kernel inkl. -devel-Paket zu installieren.

Also etwa so, wenn 3.12.0 der letzte funktionierende ist:
Code: Alles auswählen
urpme kernel-desktop-3.12.1-1.mga4-1-1.mga4 kernel-desktop-3.12.2-1.mga4-1-1.mga4 kernel-desktop-3.12.3-1.mga4-1-1.mga4 fglrx-kernel-3.12.1-desktop-1.mga4-13.250.18-14.mga4.nonfree fglrx-kernel-3.12.2-desktop-1.mga4-13.250.18-15.mga4.nonfree fglrx-kernel-3.12.3-desktop-1.mga4-13.250.18-17.mga4.nonfree fglrx-kernel-desktop-latest-13.250.18-17.mga4.nonfree kernel-desktop-devel-latest-3.12.3-1.mga4 kernel-desktop-latest-3.12.3-1.mga4 kernel-desktop-devel-3.12.3-1.mga4-1-1.mga4 kernel-desktop-devel-3.12.2-1.mga4-1-1.mga4 kernel-desktop-devel-3.12.1-1.mga4-1-1.mga4
urpmi.update -a
urpmi kernel-desktop-latest kernel-desktop-devel-latest



Was die serielle Konsole angeht, das ist sozusagen ein Nullmodemkabel, was man von außen anstöpseln würde, wenn etwa gar keine Grafikkarte/Monitor vorhanden wäre, oder um andere Boot-Probleme nachzuvollziehen, wenn noch keine Grafikausgabe über den Xserver oder Framebuffer möglich ist oder diese nicht funktioniert.
Du müsstest dich natürlich noch von einem anderen System mit dieser seriellen Konsole verbinden. Stell es dir so ähnlich vor wie einen ssh-Zugang, der auch ohne Netzwerk funktioniert.

Was die Kernel Panic angeht, du hast schon seit der Installation der ganzen neueren Kernel-Pakete nach 3.12.0 unter Rosa mal update-grub bzw. den os-prober laufen lassen, damit der die Einträge neu erzeugt?
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 6062
Registriert: Jun 2nd, '11, 09:39

Re: initrd läßt sich nicht aktualisieren

Beitragvon man-draker » Dez 9th, '13, 17:49

doktor5000 hat geschrieben:Was die Kernel Panic angeht, du hast schon seit der Installation der ganzen neueren Kernel-Pakete nach 3.12.0 unter Rosa mal update-grub bzw. den os-prober laufen lassen, damit der die Einträge neu erzeugt?

Wenn der os-prober denn auf seinem Rechner irgend ein Ergebnis bringt.
Auf meinem Notebook war gestern Abend plötzlich LInuxMint weg, weil der os-prober durch Nichtfinden von irgend etwas glänzte. Bis zum Erscheinen von MGA4 B2 fristet die mga4-Installation daher ein Dasein als Zombie.
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: initrd läßt sich nicht aktualisieren

Beitragvon doktor5000 » Dez 9th, '13, 19:17

Der Hinweis war mehr dafür gemeint, mal die Mageia-Einträge im GRUB zu prüfen, der diese aufruft. Dass os-prober oft eher ein Fall für die Tonne ist, steht auf einem anderen Blatt. Ein Glück dass man den Unsinn nicht mitmachen muss, ich sehe keine großen Vorteile für mich mit Grub2. Musste mir das schonmal auf Arbeit mit Fedora antuen testweise, und sehe keine Vorteile. Das gehört aber nicht hierher und bringt unklar nicht weiter ...
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 6062
Registriert: Jun 2nd, '11, 09:39

Re: initrd läßt sich nicht aktualisieren

Beitragvon unklar » Dez 9th, '13, 20:25

Hi,
danke Dok für Deine Erklärung. Da hatte ich das mit der seriellen Konsole völlig mißverstanden hinsichtlich einer zweiten Maschine. Ich glaubte, dieses "hören" auf ttyS0 sei dann auf einem Gerät möglich.

Den gestrigen Fehler zum Kernel 3.12.3 habe ich auch gefunden. Er kam von dkms (Auszug hier)
Code: Alles auswählen
...
Vorbereiten …                    #############################################
    20/24: fglrx-kernel-3.12.3-desktop-1.mga4
                                 #############################################

fglrx.ko.xz:
 - Installation
   - Installing to /lib/modules/3.12.3-desktop-1.mga4/dkms-binary/drivers/char/drm/

depmod.......

DKMS: install Completed.
fglrx, 13.250.18-4.mga4.nonfree, 3.12.3-desktop-1.mga4, x86_64: installed-binary from 3.12.3-desktop-1.mga4
    21/24: dkms-fglrx            #############################################

Creating symlink /var/lib/dkms/fglrx/13.250.18-4.mga4.nonfree/source ->
                 /usr/src/fglrx-13.250.18-4.mga4.nonfree

DKMS: add Completed.

Error! Your kernel devel files for kernel 3.12.0-desktop-3.mga4 cannot be found at
/lib/modules/3.12.0-desktop-3.mga4/build or /lib/modules/3.12.0-desktop-3.mga4/source.
You can use the --kernelsourcedir option to tell DKMS where it's located.
    22/24: x11-driver-video-fglrx
                                 #############################################
    23/24: fglrx-control-center  #############################################
    24/24: fglrx-kernel-desktop-latest
                                 #############################################
      1/5: fglrx-kernel-desktop-latest-13.250.18-17.mga4.nonfree.x86_64 wird entfernt
                                 #############################################
      2/5: fglrx-control-center-13.250.18-3.mga4.nonfree.x86_64 wird entfernt
                                 #############################################
      3/5: x11-driver-video-fglrx-13.250.18-3.mga4.nonfree.x86_64 wird entfernt
                                 #############################################

------------------------------
Deleting module version: 13.250.18-3.mga4.nonfree
completely from the DKMS tree.
------------------------------
Done.
      4/5: dkms-fglrx-13.250.18-3.mga4.nonfree.x86_64 wird entfernt
                                 #############################################
      5/5: fglrx-kernel-3.12.3-desktop-1.mga4-13.250.18-17.mga4.nonfree.x86_64 wird entfernt
                                 #############################################
Sie sollten Ihren Computer aufgrund der Aktualisierung von systemd neu starten


doktor5000 hat geschrieben:Was die Kernel Panic angeht, du hast schon seit der Installation der ganzen neueren Kernel-Pakete nach 3.12.0 unter Rosa mal update-grub bzw. den os-prober laufen lassen, damit der die Einträge neu erzeugt?
Selbstverständlich habe ich das. ;)

Bezüglich der seriellen Konsole habe ich in der /etc/default/grub alles wieder rückgängig gemacht und die grub.cfg
von MG4 und von ROSA aktualisiert.

Jetzt bin ich in MG4 und habe Deine Vorschläge zu den Kernel's (bis auf den 3.12.0) umgesetzt.
Er kommt mir aber wieder mit dem eingangs geschilderten Fehler sdc1
Code: Alles auswählen
urpmi kernel-desktop-latest kernel-desktop-devel-latest
Um die Abhängigkeiten zu erfüllen, werden die folgenden Pakete installiert:
  Paket                          Version      Release       Arch   
(Medium »Core Release«)
  kernel-desktop-3.12.3-1.mga4   1            1.mga4        x86_64 
  kernel-desktop-devel-3.12.3-1> 1            1.mga4        x86_64 
  kernel-desktop-devel-latest    3.12.3       1.mga4        x86_64 
  kernel-desktop-latest          3.12.3       1.mga4        x86_64 
75MB zusätzlicher Speicher werden benötigt
49MB an Paketen werden geholt
Fortfahren mit der Installation der 4 Pakete? (J/n) J


    http://mirrors.mageia.org/api/mageia.cauldron.x86_64.list: media/core/release/kernel-desktop-devel-3.12.3-1.mga4-1-1.mga4.x86_64.rpm
    http://mirrors.mageia.org/api/mageia.cauldron.x86_64.list: media/core/release/kernel-desktop-devel-latest-3.12.3-1.mga4.x86_64.rpm
    http://mirrors.mageia.org/api/mageia.cauldron.x86_64.list: media/core/release/kernel-desktop-3.12.3-1.mga4-1-1.mga4.x86_64.rpm
    http://mirrors.mageia.org/api/mageia.cauldron.x86_64.list: media/core/release/kernel-desktop-latest-3.12.3-1.mga4.x86_64.rpm
kernel-desktop-devel-3.12.3-1.mga4-1-1.mga4.x86_64.rpm kernel-desktop-3.12.3-1.mga4-1-1.mga4.x86_64.rpm kernel-desktop-latest-3.12.3-1.mga4.x86_64.rpm kernel-desktop-devel-latest-3.12.3-1.mga4.x86_64.rpm von /var/cache/urpmi/rpms wird installiert
Vorbereiten …                    #############################################
      1/4: kernel-desktop-3.12.3-1.mga4
                                 #############################################
      2/4: kernel-desktop-devel-3.12.3-1.mga4
                                 #############################################
      3/4: kernel-desktop-devel-latest
                                 #############################################
      4/4: kernel-desktop-latest #############################################
grub.cfg wird erstellt …
Thema gefunden: /boot/grub2/themes/maggy/theme.txt
Linux-Abbild gefunden: /boot/vmlinuz-desktop
Linux-Abbild gefunden: /boot/vmlinuz-3.12.3-desktop-1.mga4
Linux-Abbild gefunden: /boot/vmlinuz-3.12.0-desktop-3.mga4
initrd-Abbild gefunden: /boot/initrd-3.12.0-desktop-3.mga4.img
aptosid 2013-01 XFCE (2013-01) auf /dev/sdb10 gefunden
Debian GNU/Linux (jessie/sid) auf /dev/sdb11 gefunden
OpenMandriva Lx 2013.0 (2013.0) auf /dev/sdb12 gefunden
ROSA Desktop.Fresh 2012.1 (2012.1) auf /dev/sdb7 gefunden
Mageia 4 (4) auf /dev/sdb8 gefunden
Mageia 3 (3) auf /dev/sdb9 gefunden
Windows 7 (loader) auf /dev/sdd1 gefunden
erledigt
INTERNAL ERROR: unknown device sdc1
MDK::Common::Various::internal_error() called from /usr/lib/libDrakX/devices.pm:186
devices::entry() called from /usr/lib/libDrakX/devices.pm:201
devices::make() called from /usr/lib/libDrakX/partition_table/raw.pm:64
partition_table::raw::typeOfMBR() called from /usr/lib/libDrakX/bootloader.pm:209
bootloader::read() called from /sbin/bootloader-config:64
Sie sollten Ihren Computer aufgrund der Aktualisierung von kernel-desktop-3.12.3-1.mga4 neu starten

Meine Frage wäre jetzt, neu starten, wie er vorschlägt oder, erst die fglrx-Geschichte noch in Angriff nehmen?
El Conkystador (el conquistador = der Sieger) ein Markenzeichen für @Sector11 8-)
unklar
 
Beiträge: 1468
Registriert: Jun 1st, '11, 15:06

Re: initrd läßt sich nicht aktualisieren

Beitragvon doktor5000 » Dez 9th, '13, 20:30

Nochmal: Der Fehler von glrx kommt daher, dass die kernel-devel-Pakete für 3.12.0 nicht installiert sind. Die Pakete gibt es nicht mehr, wie willst du das also in Angriff nehmen.
Neu starten solltest du auf jeden Fall.

Was das mit sdc1 angeht, keine Ahnung, wo grub2 das immer noch hernimmt, oder wie du dein System umgezogen hast. Das musst du schon selber herausfinden und korrigieren.
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 6062
Registriert: Jun 2nd, '11, 09:39

Re: initrd läßt sich nicht aktualisieren

Beitragvon unklar » Dez 9th, '13, 21:21

doktor5000 hat geschrieben:Nochmal: Der Fehler von glrx kommt daher, dass die kernel-devel-Pakete für 3.12.0 nicht installiert sind. Die Pakete gibt es nicht mehr, wie willst du das also in Angriff nehmen.

Au-weih-ja, bin ich blöd :oops:

Neustart gemacht, bin zufrieden :D

Danke dok, für Deine Geduld und Hilfe. Gelernt ist eben gelernt und, davon konnte ich mir etwas abgucken! :D
El Conkystador (el conquistador = der Sieger) ein Markenzeichen für @Sector11 8-)
unklar
 
Beiträge: 1468
Registriert: Jun 1st, '11, 15:06


Zurück zu Cauldron

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast

cron