Seit ich Opensuse 13.1 bisher auf dem Notebook auch in Tiefschlaf-Standby versetzen und auch wieder erwecken konnte, bleibt es nun im normal aus grub2 heraus gestarteten Bootvorgang hängen, zeigt rot:
failed to start LSB: virtualbox....
failed to start LSB: vmware....tools... dämon
Win7 startet normal.
Warum gibt es auf der Installations-DVD von 13.1 nirgends mehr die Option "Reparieren" wie auf früheren Versionen? (Oder finde ich die bloß nicht?)
Beiträge von wewa
-
-
Danke thomas23, das erstere habe ich bereits gemacht und es funktioniert, fehlt noch das Löschen.
-
danke für den Tip, habe ich gemacht, da hat sich nichts getan.die unter 13.1 abgespeicherte Änderung des Standardbootens funktioniert beim Hochfahren nicht
-
Ich habe zu dem laufenden System 12.3 neulich die neue Version 13.1 installiert.
In dem dort mit sdb4, sdb5, sdb6 installierten System wird zwar in Grub 2 die Version 12.3 angezeigt,
ich kann sie dort auch als Standard mit Haken setzen, aber beim Booten startet trotzdem 13.1, selbst bei händischer Wahl.
Jede Änderung der Grub 2-Einstellung unbter 12.3 hat keinerlei Wirkung beim Booten.
Kann es sein, dass sich 2 Boot-Manager gegenseitig behindern?
Wie könnte ich den Grub2-Bootloader von 12.3 zum einzigen Bootloader machen, der 13.1 mit bedient? -
Ich habe zu Opensuse 12.3 neulich 13.1. zusätzlich neu installiert, Partitionen sdb4, sdb5, sdb6.
Nun erscheint der Bootloader Grub 2 nicht mehr wie bisher in der grafischen Version, sondern als Text.
Kann es sein, dass noch ein versteckt vorhandener Bootloader von 12.3. irgendwas verhindert? -
Ist es empfehlenswert demnächst beim Umstellen von Opensuse 12.3 auf 13.1 das System komplett neu zu installieren und dann das vorher gesicherte Home-Verzeichnis einzufügen? Wenn das geht, was würde dann dennoch fehlen?
Oder welche "proprietären" (=?) Treiber müssten vorher gelöscht werden und wie könnte man schon vorher auf die 13.1 Repositories umstellen?
-
Bitte Code-tags verwenden . ( # Zeichen ),
hab zwar versucht rauszufinden, was das bedeutet und wie es geht, hab es aber nicht geschafft (bin 70, zimlich schwere OP hinter mir, bin also nicht mehr ganz so fit wie Ihr Jungen!)
Danke -
Vielen Dank für eure bisherigen Bemühungen, dies sind die gewünschten Einträge:
Code+++@linux-ustz:~> uname -a Linux linux-ustz 3.1.10-1.16-desktop #1 SMP PREEMPT Wed Jun 27 05:21:40 UTC 2012 (d016078) x86_64 x86_64 x86_64 GNU/LinuxCode
Alles anzeigen+++@linux-ustz:~> zypper se -si cups Daten des Repositories laden ... Installierte Pakete lesen ... S | Name | Typ | Version | Arch | Repository --+--------------------+-------+--------------+--------+-------------------------------------------- i | cups | Paket | 1.5.0-2.1.3 | x86_64 | openSUSE-12.1-Oss i | cups | Paket | 1.5.0-2.1.3 | x86_64 | openSUSE-12.1-12.1-1.4 i | cups-client | Paket | 1.5.0-2.1.3 | x86_64 | openSUSE-12.1-Oss i | cups-client | Paket | 1.5.0-2.1.3 | x86_64 | openSUSE-12.1-12.1-1.4 i | cups-libs | Paket | 1.5.0-2.1.3 | x86_64 | openSUSE-12.1-Oss i | cups-libs | Paket | 1.5.0-2.1.3 | x86_64 | openSUSE-12.1-12.1-1.4 i | cups-libs-32bit | Paket | 1.5.0-2.1.3 | x86_64 | openSUSE-12.1-Oss i | cups-libs-32bit | Paket | 1.5.0-2.1.3 | x86_64 | openSUSE-12.1-12.1-1.4 i | cups-pk-helper | Paket | 0.2.1-2.1.3 | x86_64 | openSUSE-12.1-Oss i | cups-pk-helper | Paket | 0.2.1-2.1.3 | x86_64 | openSUSE-12.1-12.1-1.4 i | python-cups | Paket | 1.9.59-2.1.3 | x86_64 | openSUSE-12.1-Oss i | python-cups | Paket | 1.9.59-2.1.3 | x86_64 | openSUSE-12.1-12.1-1.4 i | python-cupshelpers | Paket | 1.3.7-2.10.1 | noarch | Aktualisierungen für openSUSE 12.1 12.1-1.4Bitte Code-tags verwenden . ( # Zeichen ) , boser
-
Passiert auch, wenn nur 1 Blatt eingelegt ist, Papierstapel einlegen kann nicht der Grund sein, da es unter Windows nie passiert
-
Mein Canon Pixma ip 4200 druckt unter Opensuse 12.1. seit einiger Zeit 2 Seiten auf dieselbe Papierseite, wenn mehrere Seiten gedruckt werden sollen, doppelseitiger Druck ist aber ausgeschatet.