Qubes OS 4.0 und Thinkpad W530

[thinko]

Hallo!

Ich habe ein Problem bei Qubes-Installation (läuft auf Xen-Basis).
Das sind die Voraussetzungen für Qubes:
https://www.qubes-os.org/doc/system-requirements/

Ich habe den W530 (BIOS 2.71) mit Intel i7 3520M mit 2,9GHz
https://ark.intel.com/de/products/64893/Intel-Core-i7-3520M-Processor-4M-Cache-up-to-3_60-GHz

CPU unterstützt scheinbar VT-x mit EPT und VT-d
im BIOS ist Intel VT (was die alte Bezeichnung für VT-x ist) und VT-d an.
Secure boot ist aus.
Bootart ist momentan auf nur UEFI ohne CMS (müsste ja auch funktionieren).
Hab aber auch schon mit "both" also legacy und uefi mit CMS probiert.

Jetzt habe ich Qubes auf USB-Stick mit dd gebrannt.
Installation läuft an (aber wie es aussieht ohne Startbildschirm vom Stick, also wahrscheinlich ohne grub), dann kommt nach einer Weile der ablaufenden Zeilen die grafische Oberfläche und ich kann Qubes erfolgreich installieren.
Nach dem Neustart aber kommt ein Blackscreen, bevor Xen geladen werden kann.
Also es kommt erst gar nicht zur Auswahl des bootloaders.

Hat jemand einen Rat?

Grüße
thinko

 

[Seebaer]

Hast Du im BIOS die Booteinstellungen geprüft? Hier sollte an erster Stelle der Bootreihenfolge der von Qubes installierte Bootloader stehen.

Seebaer

 

[thinko]

danke, ja, das hab ich schon alles rumprobiert... leider ohne Erfolg.
Hab es dann letztendlich im legacy-Modus installieren können. Das Problem war aus irgendeinem Grund das UEFI. Wobei ich nicht verstehe, warum das nicht gehen sollte. Das Laptop müsste es gut packen und dafür ausgelegt sein.

Jetzt hab ich noch ein paar Qubes-spezielle Probleme, aber immerhin ist er jetzt drauf.

 

[Gurow]

Gerade wollte ich den Tipp mit legacy schreiben. Glückwunsch, dass es nun funktioniert! Ich glaube, mein W510 könnte schon zu alt sein, muss das aber nochmal überprüfen.
Auf dem T420 läuft Qubes 4.0 wunderbar!

Wenn Du mal Hilfe brauchen solltest, wird hier eigentlich immer sehr schnell und kompetent Hilfestellung gegeben (wirst Du wahrscheinlich schon kennen):
https://groups.google.com/forum/#!forum/qubes-users

Viele Probleme, Bugs und Macken von diversen Laptops lassen sich dort gut finden, z.B. auch die Sache mit legacy.
Ich habe parallel noch 3.2 auf meinem Laptop, bin aber jetzt praktisch völlig zu 4.0 gewechselt. Einzig "suspend" hängt sich noch auf, aber da wurden auch schon Lösungen angeboten.

Viel Spaß mit Qubes!

 

[thinko]

in der Gruppe bin ich schon eine Weile dabei (hatte davor den 3.2er) allerdings finde ich da keine Hilfe, das Problem scheint irgendwie zu speziell zu sein.
Bekomme keine dom0-Updates (curl error 6), weil manche Links nicht gehen.
Der Tipp mit dem Wechsel von http auf https in den repos von dom0 hat nichts gebracht und nu sitz ich da

 

[Gurow]

Das Problem ist mir tatsächlich nicht bekannt. Hast Du alle templates auf dem neusten Stand? Debian-9 und Fedora27 oder 28?

Wie versuchst Du die Updates zu holen? Per Qubes Manager oder per terminal? Nutzt Du das "stable repository" (sudo qubes-dom0-update)
oder "testing" (sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing)?

Hier sind die verschiedenen Möglichkeiten, hast Du die schon durch?:
https://www.qubes-os.org/doc/software-update-dom0/

 

[thinko]

Fedora habe ich erstmal bei 26 gelassen, werde mich damit beschäftigen, wenn dom0-updates laufen.
Debian ist von Anfang an 9er.
Für dom0 ist nur Fedora 25 möglich (die bereits installiert ist), so viel ich weiß.

Ich versuch sie direkt übers Terminal zu holen, also qubes-dom0-update

Mit testing habe ich auch schon gelesen, aber warum sollte man testing aktivieren?? Sonderlich sicher ist es nicht.
Und die Updates müssten ja auch ohne testing bezogen werden können.

 

[Gurow]

Ja, es sollte eigentlich ohne testing laufen. Das Fedora Update auf 27 sollte nun durchgeführt werden, aber natürlich müssen die Updates im Allgemeinen laufen.
Ich kann da leider auch nicht weiterhelfen, würde aber, falls der Fehler immer wieder kommt, das testing-repo mal probieren. Ansonsten vielleicht nochmal in der google Gruppe nachfragen.

 

[thinko]

habe es gerade mit Testing probiert, gibt mir auch einige Fehler bei 2-3 Paketen aus.
Du meinst die TemplateVM auf Fedora 27 updaten? (warum nicht auf 28?)

Werde gleich mal probieren die sys-firewall auf debian zu setzen. Ich vermute, dass dort irgendwas nicht stimmt (obwohl ich an der Template nichts gemacht habe)

 

[Gurow]

Seltsam. Ich habe auch das testing-repo aktiviert und bisher gab es keine Probleme. Die Updates dauern manchmal relativ lange, ich warte in jedem Fall, bis die Erfolgsmeldung kommt.

Ich habe das Update auf 27 durchgeführt, weil in der Anweisung auf 28 Fehler waren, die mittlerweile meines Wissens zumindest in der Gruppe ausgebessert wurden. Ich nutze aber fast nur Debian9 auch bei sys-firewall.

 

[thinko]

ich habe gerade Erfolg beim Wechsel der sys-firewall auf Debian 9 gehabt. Keine Fehler mehr. Installation fertig.
Allerdings konnten die GPG-Schlüssel nicht importiert werden, das finde ich seltsam:

error: can't create transaction lock on /var/lib/rpm/.rpm.locl (Resource
temporarily unavailable
error: /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-25-primary: key 1 import failed

Und das gleiche bei qubes-4.0-primary

Ne Ahnung woran das liegen könnte?
Ich hoffe, dass nach dem Neustart alles in Butter ist

- - - Beitrag zusammengeführt - - -

Neustart hats auf jeden Fall überstanden