Installation von Mageia7

[hansimglueck2008]

Mageia 7 kann ich auf meinem Laptop nicht benutzen.
Bei MG 6 war das kein Problem.
Was wurde hier verändert?
Mein Laptop hat ein Pentium M Prozessor 1800 GHz
1000 MB Speicher
Intel Grafikkarte
Nach der Installation bekomme ich die Meldung Kernelpanik.
Ein Upgrade war auch möglich. Nach einem Kernel-update ging nichts mehr.
Wo ist hier der Fehler?

[ikseran]

mga7 auf einem Netbook installiert lief bei mir bis zum Kernel 5.1.14. Alle weiteren neueren Kernel zeigten eine Meldung mit Kernelpanik.
Vielleicht hilft das weiter.

[doktor5000]

Hattest du evtl. diesen Bug gemeldet ? https://bugs.mageia.org/show_bug.cgi?id=26045

[jkowalzik]

Mageia 7 kann ich auf meinem Laptop nicht benutzen.

mga7 auf einem Netbook installiert lief bei mir bis zum Kernel 5.1.14.

Hallo!
Ja, so isses.
Mageia 7 wird mit Kernel 5.1 ausgeliefert, streng genommen ist es
kernel-desktop-5.1.14-1.mga7-1-1.mga7.i586.rpm
Bei dem bleibst du, denn ich sehe nicht, dass dieses Problem angegangen wird,
respektive mit einer V8 von MGA nochmals ein 32bit
angeboten wird.
es ist so wie bei meinem, vor ein paar Jahren angeschafften
DVB-T Receiver, der Bildschirm bleibt schwarz.
Voll funktionsfähiger Elektromüll.

Wenn du Apfel-Kunde wärst, dann hättest du das schon längst verdaut.
Gruß
J.

[ikseran]

@doktor5000: wem galt die Frage? Ich habe keinen Bug gemeldet.

[doktor5000]

Dem OP, da dort der selbe Prozessor erwähnt ist - und fast genausowenig Informationen aber dafür so konfus wie hier ...

[ikseran]

Meiner Ansicht nach liegt ein Fehler am verwendeten Kernel in Mageia7 vor (könnte provozieren, ist aber nicht so gemeint!). Andere Linuxdistributionen haben zumindest auf meinem Netbook dieses Problem nicht, z.B. Mint und Sparky und LUbuntu, die mit neuen Kerneln problemlos laufen (ich bin nur ein Nutzer).
Dumm nur, dass ich mageia vorziehe.

[doktor5000]

Das ist interessant, aber solange du nur der Ansicht bleibst, und das nicht vernünftig mitdiagnostizierst, wird das auch so bleiben ...

[ikseran]

Dies war die letzte Empfehlung in meinem Thread: viewtopic.php?f=7&t=3606

Ja, immer dann wenn keine zum Kernel passende initrd gefunden wird.

Das hat mit Hardwareproblem per se erstmal nix zu tun. Ich würde einfach mal das Kernel-Paket von 5.4.2 neu installieren, und schauen ob das Problem immer noch auftritt.

Dem Rat bin ich gefolgt, was jedoch keine Lösung darstellte. Ein weiteres "Erforschen" übersteigt letztlich meine Kenntnisse. Aber ich möchte diesen Thread nicht zu meinem machen.

[man-draker]

Nach der Installation bekomme ich die Meldung Kernelpanik.
Ein Upgrade war auch möglich. Nach einem Kernel-update ging nichts mehr.
Wo ist hier der Fehler?

Das dürfte aus der Entfernung unmöglich sein zu diagnostizieren.

Mögliches Vorgehen:
Neuinstallation MGA 7.1 ohne Updates
Startet der Rechner?
Wenn ja, dann: Updates machen
Crasht der Rechner?
Wenn ja, dann im Startmenu wieder den alten Kernel auswählen, ein Terminalfenster öffnen:

Code: Alles auswählen

su -

und

Code: Alles auswählen

journalctl -b -1

dann besteht die Chance, dass der gescheiterte Bootvorgang etwas im Log hinterlassen hat.

[hansimglueck2008]

Hattest du evtl. diesen Bug gemeldet ? https://bugs.mageia.org/show_bug.cgi?id=26045

Ja das ist von mir. Das hat mir allerdings nichts gebracht.
Ich werde mich allmählich von Mageia verabschieden. Mit der Version 6 ist die 7 nicht vergleichbar.
Hier ist offensichtlich ein Fehler entstanden. Wer soll den das berichtigen?
Mit Opensuse gings genauso.

[doktor5000]

Wenn du nicht wenigstens die notwendigen Informationen bereitstellst, damit die Ursache des Fehlers diagnostiziert werden kann, kann vermutlich niemand den Fehler berichtigen.

Auch in dem Bugreport wurdest du daraufhin hingewiesen, dass deine Beschreibungen sehr konfus sind. Zuerst schreibst du, dass keine Pakete installiert werden konnten, und die Installation abgebrochen ist.
Später hast du dann geschrieben, dass nach Updates eine Kernel Panic aufgetreten ist. Auf die Nachfrage von man-draker hier, die entsprechenden Logs bereitzustellen, damit
jemand schauen kann, ob man ggf. die Ursache erkennen kann, kam nix zurück.

Wie stellst du dir das vor, dass andere aus der Ferne das Problem diagnostizieren, ohne die notwendigen Kontextinformationen? Mit der Glaskugel? Das funktioniert nur selten zuverlässig ...

[alf]

Du kannst dich natürlich von Mageia verabschieden, aber wird dir das nützen? Weil, wie du selber schreibst:

Mit Opensuse gings genauso.

D. h. mit anderen Distributionen wirst du wahrscheinlich z.Z. die gleichen Erfahrungen machen. Wenn du also nicht bereit bist, an der Diagnose und evtl. Behebung des Fehlers mit zu wirken, wird man dir kaum weiter helfen können.

[jkowalzik]

Hallo!
Entwarnung auf original NETBOOK

Code: Alles auswählen

[juergen@localhost ~]$ uname -a
Linux localhost 5.5.4-desktop-1.mga7 #1 SMP Sat Feb 15 09:17:13 UTC 2020 i686 i686 i386 GNU/Linux
[juergen@localhost ~]$ journalctl -b -1
Hint: You are currently not seeing messages from other users and the system.
      Users in groups 'adm', 'systemd-journal', 'wheel' can see all messages.
      Pass -q to turn off this notice.
-- Logs begin at Fri 2017-12-15 19:25:36 CET, end at Sat 2020-02-22 13:09:05 CE>
Feb 22 12:34:32 localhost systemd[1570]: Listening on Sound System.
Feb 22 12:34:32 localhost systemd[1570]: Starting D-Bus User Message Bus Socket.
Feb 22 12:34:32 localhost systemd[1570]: Reached target Timers.
Feb 22 12:34:32 localhost systemd[1570]: Reached target Paths.
Feb 22 12:34:32 localhost systemd[1570]: Listening on D-Bus User Message Bus So>
Feb 22 12:34:32 localhost systemd[1570]: Reached target Sockets.
Feb 22 12:34:32 localhost systemd[1570]: Reached target Basic System.
Feb 22 12:34:32 localhost systemd[1570]: Starting GnuPG private key agent...
Feb 22 12:34:32 localhost systemd[1570]: Started GnuPG private key agent.
Feb 22 12:34:32 localhost systemd[1570]: Reached target Main User Target.
Feb 22 12:34:32 localhost systemd[1570]: Startup finished in 861ms.
Feb 22 12:34:33 localhost systemd[1570]: Starting Sound Service...
Feb 22 12:34:33 localhost systemd[1570]: Starting D-Bus User Message Bus...
Feb 22 12:34:33 localhost systemd[1570]: Started D-Bus User Message Bus.
Feb 22 12:34:34 localhost systemd[1570]: Started Sound Service.
Feb 22 12:34:35 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Activa>
Feb 22 12:34:35 localhost systemd[1570]: Starting Virtual filesystem service...
Feb 22 12:34:35 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Succes>
Feb 22 12:34:35 localhost systemd[1570]: Started Virtual filesystem service.
Feb 22 12:34:39 localhost net_applet[1995]: ### Program is starting ###
Feb 22 12:34:39 localhost mgaapplet[1993]: ### Program is starting ###
Feb 22 12:34:39 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Activa>
Feb 22 12:34:39 localhost systemd[1570]: Starting Virtual filesystem service - >
Feb 22 12:34:39 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Activa>
Feb 22 12:34:39 localhost systemd[1570]: Starting Accessibility services bus...
Feb 22 12:34:40 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Succes>
Feb 22 12:34:40 localhost systemd[1570]: Started Accessibility services bus.
Feb 22 12:34:40 localhost at-spi-bus-launcher[2080]: dbus-daemon[2086]: Activat>
Feb 22 12:34:40 localhost at-spi-bus-launcher[2080]: dbus-daemon[2086]: Success>
Feb 22 12:34:40 localhost at-spi-bus-launcher[2080]: SpiRegistry daemon is runn>
Feb 22 12:34:40 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Succes>
Feb 22 12:34:40 localhost systemd[1570]: Started Virtual filesystem service - d>
Feb 22 12:34:40 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Activa>
Feb 22 12:34:40 localhost systemd[1570]: Starting Virtual filesystem service - >
Feb 22 12:34:40 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Activa>
Feb 22 12:34:41 localhost goa-daemon[2101]: goa-daemon version 3.32.0 starting
Feb 22 12:34:41 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Activa>
Feb 22 12:34:41 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Succes>
Feb 22 12:34:41 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Succes>
Feb 22 12:34:41 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Succes>
Feb 22 12:34:41 localhost systemd[1570]: Started Virtual filesystem service - G>
Feb 22 12:34:42 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Activa>
Feb 22 12:34:42 localhost systemd[1570]: Starting Virtual filesystem metadata s>
Feb 22 12:34:42 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Succes>
Feb 22 12:34:42 localhost systemd[1570]: Started Virtual filesystem metadata se>
Feb 22 12:34:49 localhost mgaapplet[1993]: running: ionice -p 1993 -n7
Feb 22 12:35:47 localhost pkexec[2267]: pam_unix(polkit-1:session): session ope>
Feb 22 12:38:35 localhost mgaapplet[1993]: trying distributions list from https>
Feb 22 12:38:36 localhost mgaapplet[1993]: Computing new updates...
Feb 22 12:38:36 localhost mgaapplet[1993]: running: mgaapplet-update-checker
Feb 22 12:38:36 localhost mgaapplet-update-checker[2443]: ### Program is starti>
Feb 22 12:38:40 localhost mgaapplet[1993]: urpmi database locked, skipping upda>
Feb 22 12:44:12 localhost dbus-daemon[1834]: [session uid=1000 pid=1834] Reload>
Feb 22 12:45:30 localhost pkexec[2251]: juergen: Error executing command as ano>
Feb 22 12:54:27 localhost pkexec[14096]: pam_unix(polkit-1:session): session op>
Feb 22 12:54:35 localhost pkexec[14092]: juergen: Error executing command as an>
Feb 22 12:54:37 localhost pkexec[14083]: juergen: Error executing command as an>
Feb 22 13:02:06 localhost systemd[1570]: var-lib-os\x2dprober-mount.mount: Succ>
Feb 22 13:03:07 localhost systemd[1570]: var-lib-os\x2dprober-mount.mount: Succ>
Feb 22 13:06:27 localhost systemd[1570]: media-windows.mount: Succeeded.
Feb 22 13:06:27 localhost pulseaudio[1808]: XIO:  fatal IO error 11 (Die Ressou>
Feb 22 13:06:27 localhost pulseaudio[1808]:       after 18 requests (6 known pr>
Feb 22 13:06:27 localhost systemd[1570]: pulseaudio.service: Main process exite>
Feb 22 13:06:27 localhost systemd[1570]: pulseaudio.service: Failed with result>
Feb 22 13:06:27 localhost systemd[1570]: pulseaudio.service: Service RestartSec>
Feb 22 13:06:27 localhost systemd[1570]: pulseaudio.service: Scheduled restart >
Feb 22 13:06:27 localhost systemd[1570]: Stopped Sound Service.
Feb 22 13:06:27 localhost at-spi-bus-launcher[2080]: XIO:  fatal IO error 11 (R>
Feb 22 13:06:27 localhost at-spi-bus-launcher[2080]:       after 2317 requests >
Feb 22 13:06:27 localhost systemd[1570]: Starting Sound Service...
Feb 22 13:06:28 localhost systemd[1570]: var-lib-nfs-rpc_pipefs.mount: Succeede>
Feb 22 13:06:28 localhost systemd[1570]: Stopped target Main User Target.
Feb 22 13:06:28 localhost gvfsd[1963]: A connection to the bus can't be made
Feb 22 13:06:28 localhost gvfsd[1963]: A connection to the bus can't be made
Feb 22 13:06:28 localhost systemd[1570]: Stopping D-Bus User Message Bus...
Feb 22 13:06:28 localhost systemd[1570]: Stopping Virtual filesystem service - >
Feb 22 13:06:28 localhost systemd[1570]: Stopping Accessibility services bus...
Feb 22 13:06:28 localhost systemd[1570]: Stopping Virtual filesystem metadata s>
Feb 22 13:06:28 localhost systemd[1570]: Stopping Virtual filesystem service...
Feb 22 13:06:28 localhost systemd[1570]: Stopping Virtual filesystem service - >
Feb 22 13:06:28 localhost systemd[1570]: Stopping GnuPG private key agent...
Feb 22 13:06:28 localhost systemd[1570]: dbus.service: Succeeded.
Feb 22 13:06:28 localhost systemd[1570]: Stopped D-Bus User Message Bus.
Feb 22 13:06:28 localhost systemd[1570]: gvfs-daemon.service: Succeeded.
Feb 22 13:06:28 localhost systemd[1570]: Stopped Virtual filesystem service.
Feb 22 13:06:28 localhost systemd[1570]: gvfs-udisks2-volume-monitor.service: S>
Feb 22 13:06:28 localhost systemd[1570]: Stopped Virtual filesystem service - d>
Feb 22 13:06:28 localhost systemd[1570]: gpg-agent.service: Succeeded.
Feb 22 13:06:28 localhost systemd[1570]: Stopped GnuPG private key agent.
Feb 22 13:06:28 localhost systemd[1570]: at-spi-dbus-bus.service: Succeeded.
Feb 22 13:06:28 localhost systemd[1570]: Stopped Accessibility services bus.
Feb 22 13:06:28 localhost systemd[1570]: gvfs-goa-volume-monitor.service: Succe>
Feb 22 13:06:28 localhost systemd[1570]: Stopped Virtual filesystem service - G>
Feb 22 13:06:28 localhost systemd[1570]: gvfs-metadata.service: Succeeded.
Feb 22 13:06:28 localhost systemd[1570]: Stopped Virtual filesystem metadata se>
Feb 22 13:06:28 localhost systemd[1570]: pulseaudio.service: Succeeded.
Feb 22 13:06:28 localhost systemd[1570]: Stopped Sound Service.
Feb 22 13:06:28 localhost systemd[1570]: Stopped target Basic System.
Feb 22 13:06:28 localhost systemd[1570]: Stopped target Sockets.
Feb 22 13:06:28 localhost systemd[1570]: pulseaudio.socket: Succeeded.
Feb 22 13:06:28 localhost systemd[1570]: Closed Sound System.
Feb 22 13:06:28 localhost systemd[1570]: Stopped target Paths.
Feb 22 13:06:28 localhost systemd[1570]: Stopped target Timers.
Feb 22 13:06:28 localhost systemd[1570]: dbus.socket: Succeeded.
Feb 22 13:06:28 localhost systemd[1570]: Closed D-Bus User Message Bus Socket.
Feb 22 13:06:28 localhost systemd[1570]: Reached target Shutdown.
Feb 22 13:06:28 localhost systemd[1570]: systemd-exit.service: Succeeded.
Feb 22 13:06:28 localhost systemd[1570]: Started Exit the Session.
Feb 22 13:06:28 localhost systemd[1570]: Reached target Exit the Session.

12h mit Kernel 5.3.
13h mit Kernel 5.5.
Gruß
J.

[doktor5000]

Und das trägt jetzt was genau zum Thread bei ?

[jkowalzik]

Und das trägt jetzt was genau zum Thread bei ?

Hallo!
Ganz langsam zum Mitdenken:
@hansimglücks`Laptop hat ein Pentium M Prozessor 1800 GHz
@ikseran ein Netbook mit Intel-Atom-CPU N270
und ich auch.
Wir konnten alle MGA7.1 installieren, aber den Kernel nicht updaten, alle nachgelieferten höheren Kernelversionen führten zu einer Panik.
@mandraker forderte

Mögliches Vorgehen:
Neuinstallation MGA 7.1 ohne Updates
Startet der Rechner?
Wenn ja, dann: Updates machen
Crasht der Rechner?
Wenn ja, dann................

Ich schätze, dass @hansimglück das nicht auf die Reihe bekam, sonst hätte man sein Posting

Code: Alles auswählen

xxxxx

hier lesen können.
Also dachte ich "du hast ein Netbook und Zeit, lass es mal auf so eine kernel-Panik ankommen und schreib das Ergebnis hier hinein, damit es in der Sche vorangeht.
Aber das Ergebnis war anders als erwartet, Kernel 5.5.4 installiert, neu gestartet und die Panik kam nicht !!!!!

Ja, jetzt frage ich mich wirklich, was ich zum Problem beigetragen habe.
Gruß
J.

[hansimglueck2008]

Wenn du nicht wenigstens die notwendigen Informationen bereitstellst, damit die Ursache des Fehlers diagnostiziert werden kann, kann vermutlich niemand den Fehler berichtigen.

Auch in dem Bugreport wurdest du daraufhin hingewiesen, dass deine Beschreibungen sehr konfus sind. Zuerst schreibst du, dass keine Pakete installiert werden konnten, und die Installation abgebrochen ist.
Später hast du dann geschrieben, dass nach Updates eine Kernel Panic aufgetreten ist. Auf die Nachfrage von man-draker hier, die entsprechenden Logs bereitzustellen, damit
jemand schauen kann, ob man ggf. die Ursache erkennen kann, kam nix zurück.

Wie stellst du dir das vor, dass andere aus der Ferne das Problem diagnostizieren, ohne die notwendigen Kontextinformationen? Mit der Glaskugel? Das funktioniert nur selten zuverlässig ...

Sicherlich brauche ich keine Glaskugellösungen.
Ich habe Mageia 7 auf dem Laptop abgelöst und kann deshalb keine Logs bereitstellen.
Ich hatte verschiedene Szenarien bei Mageia 7.
Probleme habe ich auch auf 64 bit Rechnern. Es liegt also nicht an mir.
Bei Mageia 5 unc 6 gabs keine Probleme.
Das ganze Mageia7 wurde zu wenig getestet.
Es ist grundsätzlich mangelhaft.

[ikseran]

Ich finde mageia7 super.

Es stimmt, der neue Kernel funktioniert. Bei mir jedoch nur, wenn der Treiber für meine WLAN-Karte von Broadcom entfernt wird, weswegen ich dann keine WLAN-Verbindung aufbauen kann. Wenn ich nach dem Neustart mit dem neuen Kernel die Verbindung einrichten will, wird ja vorgeschlagen, die entsprechende Software zu installieren, was auch funktioniert (über LAN), aber dadurch wird automatisch der neue Kernel deinstalliert, so weit ich nun gesehen habe.

[alf]

Es liegt also nicht an mir.

Das hat doch auch niemand behauptet. Aber wenn du erwartest, dass dir geholfen wird, musst du auch bereit sein mehr Informationen zu liefern um zu einer Lösung zu kommen. Nur rumnölen, dass zu wenig getestet wurde reicht da eben nicht.
Und da wir gerade dabei sind: das Test- und QA-Team besteht aus einem Dutzend Leuten, die monatelang (in ihrer oft genug knapp bemessenen Freizeit) freiwillig und ohne Bezahlung, intensiv getestet haben. Aber die haben eben auch nur eine begrenzte Anzahl von Hardware zur Verfügung. Um dieses Manko auszugleichen werden ja vor dem Release einer neuen Version Entwicklungs-Schnappschüsse und Release-Kandidaten veröffentlicht, in der Hoffnung, dass sich die Community an den Test beteiligt. Tut diese allerdings i.d.R eher nicht. Unter diesen Umständen ist Mageia 7 ein recht ausgereiftes Produkt. Dazu kommt noch, dass es z.Z. Probleme mit dem Treiber für Intel-Grafik-Chips und den aktuellen Linux-Kernels gibt. Dieses Problem betrifft mehr oder weniger alle Distributionen(hast du ja schon selber festgestellt). Da müsstest du dann ja auch bei den anderen Distributionen rummaulen, dass zu wenig getestet wurde.
Und wenn du etwas daran ändern willst, leg dein Konsumenten-Verhalten ab und denk darüber nach dass Linux im Allgemeinen und Mageia im Besonderen kein kommerzielles Produkt ist, sondern von der Community(= Entwickler, Kontributoren, Herausgeber und Anwender); von der auch du ein Teil bist, getragen wird und beteilige dich in Zukunft an den Test mit deiner speziellen Hardware.

[sturmvogel]

Wie alf schon richtig geschrieben hat, ist es notwendig, dass die Anwender mit Uralt-Hardware auch beim Testen der Distributionen mithelfen. Es kann von keiner Distribution verlangt werden solche alte Hardware vorzuhalten nur um die 2% Leutchen mit solcher Hardware glücklich zu machen. Und ein Prozessor der vor 12 Jahren auf den Markt gekommen ist (zum Beispiel der N270) fällt dann zwangsläufig in der schnelllebigen Computerwelt hinten runter. Die Distributionen und Kernel werden darauf optimiert das beste aus aktueller Hardware mit aktuellen Standards und Befehlssätzen herauszuholen. Würde dies nicht getan und sich nur auf leistungsschwache Uralt-Hardware konzentriert, würde Linux gar nicht mehr existieren.

Und zu dieser kostenlos alles mitnehmen, nichts sinnvolles beisteuern und trotzdem noch frech sein Mentalität brauch man nicht viel sagen..

Das ganze Mageia7 wurde zu wenig getestet.
Es ist grundsätzlich mangelhaft.

[ikseran]

@ sturmvogel:

ein guter Aspekt, den Du mit "Uralt-Hardware" ansprichst. Wenn's funktioniert kann man sich freuen, die Entwicklung eines Systems kann sich jedoch nicht in der Weise rückwärts wenden. So sehe ich das auch.

[man-draker]

Ich denke, der OP wird mit MGA nicht glücklich werden.
Es wäre für ihn sinnvoller, sich bei für seine ältere Hardware geeigneteren Distributionen umzusehen.
Ein Einstieg bietet z.B. dieser Artikel: https://www.pcwelt.de/ratgeber/Linux-Distributionen-fuer-alte-Hardware-9822879.html

[doktor5000]

Kann auch ein Problem der falschen Erwartungshaltung sein. Wenn man einen Uralt-Laptop verwendet, und dort eine ganz "normale" Desktop-Distribution verwenden will, die eher auf aktuelle Systeme ausgelegt ist, geht das nur bedingt gut.
Da sollte man eher zu sparsameren Distributionen greifen wie etwa antiX, Bodhi, CrunchBang oder z.B. Slitaz.

[jkowalzik]

@ sturmvogel: ein guter Aspekt, den Du mit "Uralt-Hardware" ansprichst.

Ich denke, der OP wird mit MGA nicht glücklich werden.

Kann auch ein Problem der falschen Erwartungshaltung sein.

Hallo!
Ihr habt ja alle recht,
deswegen habe ich auf RYZEN5 umgestellt. Das Netbook schläft normalerweise in der Ecke und wird nur zu Updates herausgeholt. Schließlich will ich sehen wie weit die Entwicklung fortgeschritten ist.
Aber dann gibt es da noch andere:
Typ1: Hat ein w7 Notebook, dass er 2 - 3 mal die Woche für wenige Minuten rausholt um dieses und jenes zu tun, z.B. um was auszudrucken oder Bilder archivieren. Der Rest wird auch mit dem Smartphone erledigt. Letzten Herbst habe ich 2 "alten Kriegern" deswegen MGA7 aufgespielt.
Typ2: Auch "alte Knochen", wie ich, aber immer noch büromäßig unterwegs mit paar Hobbys, Motorrad, Wohnwagen, Foto, Film usw. Da kommt es dann auch nicht darauf an was neue Hardware kostet.
Typ3: 30% unserer Gesellschaft, jung, digital naive, hat 12mal im Jahr "eine fette Woche+23magere Tage" und einen alten Laptop...
Typ4: digital native, 365mal im Jahr hally gally, und so experimentelles Zeug wie Linux kommt nicht in die Tüte.

Gruß
J.

PS Ich habe noch Typ 5 vergessen, den Schwaben.

[hansimglueck2008]

Wenn du nicht wenigstens die notwendigen Informationen bereitstellst, damit die Ursache des Fehlers diagnostiziert werden kann, kann vermutlich niemand den Fehler berichtigen.

Auch in dem Bugreport wurdest du daraufhin hingewiesen, dass deine Beschreibungen sehr konfus sind. Zuerst schreibst du, dass keine Pakete installiert werden konnten, und die Installation abgebrochen ist.
Später hast du dann geschrieben, dass nach Updates eine Kernel Panic aufgetreten ist. Auf die Nachfrage von man-draker hier, die entsprechenden Logs bereitzustellen, damit
jemand schauen kann, ob man ggf. die Ursache erkennen kann, kam nix zurück.

Wie stellst du dir das vor, dass andere aus der Ferne das Problem diagnostizieren, ohne die notwendigen Kontextinformationen? Mit der Glaskugel? Das funktioniert nur selten zuverlässig ...

Ein neuer Versuch das MGA 7 von DVD zu installieren führte nach dem Neustart zu folgendem Ergebnis:
https://share-your-photo.com/3bf1e453d4


Sicherlich brauche ich keine Glaskugellösungen.
Ich habe Mageia 7 auf dem Laptop abgelöst und kann deshalb keine Logs bereitstellen.
Ich hatte verschiedene Szenarien bei Mageia 7.
Probleme habe ich auch auf 64 bit Rechnern. Es liegt also nicht an mir.
Bei Mageia 5 unc 6 gabs keine Probleme.
Das ganze Mageia7 wurde zu wenig getestet.
Es ist grundsätzlich mangelhaft.