Den Zusammenhang verstehe ich jetzt nicht, die Graka des Hosts hat doch nichts mit der des Gasts zu tun, der Gast sieht doch die Hardware, die Du über -vga angibst (bzw. die cirrus, wenn man's weglässt):unklar hat geschrieben:Hier in diesem Rechner steckt eine ATI und ich war der Meinung, die unfreie Firmware hilft mir da über den Berg. Falsch!
Gleich zu Beginn konnte er mir kein X zur Verfügung stellen, weil der Treiber fehlt.
man qemu hat geschrieben:
- Code: Alles auswählen
-vga type
Select type of VGA card to emulate. Valid values for type are
cirrus
Cirrus Logic GD5446 Video card. All Windows versions starting from Windows 95 should recognize and use this graphic
card. For optimal performances, use 16 bit color depth in the guest and the host OS. (This one is the default)
std Standard VGA card with Bochs VBE extensions. If your guest OS supports the VESA 2.0 VBE extensions (e.g. Windows XP)
and if you want to use high resolution modes (>= 1280x1024x16) then you should use this option.
vmware
VMWare SVGA-II compatible adapter. Use it if you have sufficiently recent XFree86/XOrg server or Windows guest with a
driver for this card.
Hier ist mir auch nicht klar, was Du versuchst, kannst Du das mal ein bisschen ausführlicher (z. B. mit ein paar kommentierten Ausgaben von fdisk, blkid, lsblk, etc.) beschreiben?unklar hat geschrieben:In der Folgezeit habe ich erfolglos versucht, die Icewm mit in die sda von kde zu bekommen. Obwohl sie eine eigene UUID hat, ist sie dennoch auch "sda" und ich kriege sie als "2.Platte" in der "1.Platte-kde" nicht zu Gesicht.
lula hat geschrieben:Den Zusammenhang verstehe ich jetzt nicht, ..
Hier die Netzwerk-Installation Icewm:Hier ist mir auch nicht klar, was Du versuchst, kannst Du das mal ein bisschen ausführlicher (z. B. mit ein paar kommentierten Ausgaben von fdisk, blkid, lsblk, etc.) beschreiben?
modprobe nbd max_part=16 (das wußte ich da noch nicht; das erstellt unter /dev/nbd0-15 Blockdevice)
>>Kontrolle zweites Terminal: journalctl -f
..
Apr 30 16:58:35 localhost kernel: nbd: registered device at major 43
...
qemu-nbd --connect=/dev/nbd0 /home/VM/name2.qcow2
...
>> und der Kernel im zweiten Terminal antwortet:
Apr 30 19:31:53 localhost kernel: nbd0: p1 p2 p3 (Partition 1 - 3)
mount /dev/nbd0p2 /mnt
>> und der Kernel
Apr 30 19:37:37 localhost kernel: EXT4-fs (nbd0p2): mounted filesystem with ordered data mode. Opt...null)(ext4 erkannt+einge-
hängt)
[root@localhost ~]# fdisk -l
Festplatte /dev/sda: 16 GiB, 17179869184 Bytes, 33554432 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: B560A52D-2855-4878-B679-130658F554D0
Device Start End Sectors Size Type
/dev/sda1 2048 409600 407553 199M EFI System
/dev/sda2 411648 2787328 2375681 1,1G Linux filesystem
/dev/sda3 2789376 33554398 30765023 14,7G Linux filesystem
Festplatte /dev/sdb: 16 GiB, 17179869184 Bytes, 33554432 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 15C45C6F-7180-4433-83AB-AB40BB9F0316
Device Start End Sectors Size Type
/dev/sdb1 2048 409600 407553 199M EFI System
/dev/sdb2 411648 2506752 2095105 1023M Linux filesystem
/dev/sdb3 2508800 33554398 31045599 14,8G Linux filesystem
[root@localhost ~]# df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
devtmpfs 995M 0 995M 0% /dev
tmpfs 1001M 92K 1001M 1% /dev/shm
tmpfs 1001M 440K 1001M 1% /run
/dev/sdb3 15G 2,8G 11G 20% /
tmpfs 1001M 0 1001M 0% /sys/fs/cgroup
tmpfs 1001M 52K 1001M 1% /tmp
/dev/sdb1 196M 119K 196M 1% /boot/EFI
tmpfs 201M 8,0K 201M 1% /run/user/1000
[root@localhost ~]# efibootmgr -v
BootCurrent: 0006
Timeout: 0 seconds
BootOrder: 0006,0000,0001,0002,0003,0004,0005,0007
Boot0000* EFI DVD/CDROM ACPI(a0341d0,0)PCI(1,1)ATAPI(1,0,0)
Boot0001* EFI Floppy ACPI(a0341d0,0)PCI(1,0)ACPI(60441d0,0)
Boot0002* EFI Floppy 1 ACPI(a0341d0,0)PCI(1,0)ACPI(60441d0,1)
Boot0003* EFI Hard Drive ACPI(a0341d0,0)PCI(1,1)ATAPI(0,0,0)
Boot0004* EFI Network ACPI(a0341d0,0)PCI(3,0)MAC(525400123456,1)
Boot0005* EFI Internal Shell MM(b,900000,10fffff)FvFile(7c04a583-9e3e-4f1c-ad65-e05268d0b4d1)
Boot0006* mageia HD(1,800,63801,4af73ea5-2221-4692-8062-55f33a8b35c5)File(\EFI\mageia\grubx64.efi)
Boot0007* EFI Hard Drive 1 ACPI(a0341d0,0)PCI(1,1)ATAPI(0,1,0)
[root@localhost ~]# efibootmgr --create --disk /dev/sda --part 1 --label "Mageia5_sda" --loader "\EFI\mageia\grubx64.efi"
BootCurrent: 0006
Timeout: 0 seconds
BootOrder: 0008,0006,0000,0001,0002,0003,0004,0005,0007
Boot0000* EFI DVD/CDROM
Boot0001* EFI Floppy
Boot0002* EFI Floppy 1
Boot0003* EFI Hard Drive
Boot0004* EFI Network
Boot0005* EFI Internal Shell
Boot0006* mageia
Boot0007* EFI Hard Drive 1
Boot0008* Mageia5_sda
[root@localhost grub2]# efibootmgr --verbose
BootCurrent: 0006
Timeout: 0 seconds
BootOrder: 0008,0006,0000,0001,0002,0003,0004,0005,0007
Boot0000* EFI DVD/CDROM ACPI(a0341d0,0)PCI(1,1)ATAPI(1,0,0)
Boot0001* EFI Floppy ACPI(a0341d0,0)PCI(1,0)ACPI(60441d0,0)
Boot0002* EFI Floppy 1 ACPI(a0341d0,0)PCI(1,0)ACPI(60441d0,1)
Boot0003* EFI Hard Drive ACPI(a0341d0,0)PCI(1,1)ATAPI(0,0,0)
Boot0004* EFI Network ACPI(a0341d0,0)PCI(3,0)MAC(525400123456,1)
Boot0005* EFI Internal Shell MM(b,900000,10fffff)FvFile(7c04a583-9e3e-4f1c-ad65-e05268d0b4d1)
Boot0006* mageia HD(1,800,63801,4af73ea5-2221-4692-8062-55f33a8b35c5)File(\EFI\mageia\grubx64.efi)
Boot0007* EFI Hard Drive 1 ACPI(a0341d0,0)PCI(1,1)ATAPI(0,1,0)
Boot0008* Mageia5_sda HD(1,800,63801,5b21e8cb-67b1-4ecd-8ff8-9abf1021ae6a)File(\EFI\mageia\grubx64.efi)
Nein, dies ist doch schon "Expertenwissen".lula hat geschrieben:Ist es das, was Du vorhast?
lib64qtdbus4-4.8.6-1.3.mga4.x86_64
unklar hat geschrieben:Nun das "Später:
Es scheint, dass das Host-System (MGA4-KDE-x86_64), speziell dbus wieder kaputt ist. Denn nach einem Update u.a.erlebe ich die gleichen Fehler wie im Oktober 2014 bei der Anmeldung an das System.
- Code: Alles auswählen
lib64qtdbus4-4.8.6-1.3.mga4.x86_64
https://forums.mageia.org/en/viewtopic.php?f=24&t=8564
Frustrierend...
Und, das betrifft auch den Laptop mit diesem OS.
Das hoffe ich sehr wohl, da Linux eigentlich immer den Standards folgt und deshalb Tools zur Verfügung stellt (z. B. efibootmgr), die diesen entsprechen. Inwieweit das auf die Hard-/Softwarehersteller zutrifft, wird sich zeigen.unklar hat geschrieben:Es wird wohl kaum möglich sein, auf Grund der vielfältigen Konfigurationen und Implementierungen der Hersteller, dem "gemeinen User" einen Leitfaden an die Hand zu geben.
man-draker hat geschrieben:Auf meinem Lenovo x121e werden USB-Sticks mit Mageia-ISO nicht als Bootmedium erkannt
doktor5000 hat geschrieben:man-draker hat geschrieben:Auf meinem Lenovo x121e werden USB-Sticks mit Mageia-ISO nicht als Bootmedium erkannt
Wie hast du die erstellt? Siehe https://wiki.mageia.org/de/Installation ... USB-Sticks
Jetzt habe ich einen Workaround gefunden, der bei mir mit beiden Grafik-Karten funktioniert:lula hat geschrieben:Ich bin auch gerade mit der RC am Testen. Mit der DVD (Mageia-5-RC-x86_64-DVD.iso) kriege ich (bis jetzt) noch keinen X-Server gestartet, mal sehen, ob das noch klappt.
set gfxpayload=1024x768x32
set gfxpayload=800x600x32
qemu-kvm -enable-kvm -k de -smp 2 -m 2048 -monitor stdio -snapshot -usb -usbdevice host:0781:5408,Mageia-5-RC-LiveDVD-KDE4-x86_64-DVD.iso,MGALIVE -pflash /home/unklar/Downloads/efi/OVMF-X64/OVMF.fd -boot d
qemu-system-x86_64 -enable-kvm -k de -smp 2 -m 2048 -vga vmware -usbdevice tablet -pflash /home/unklarer/Downloads/efi/OVMF-X64/OVMF.fd -monitor stdio -snapshot -usb -usbdevice host:0930:6545,Mageia-5-LiveDVD-KDE4-test-x86_64-DVD.iso,media=drive -boot d
unklar hat geschrieben:Das betrifft sowohl die spezielle Präparierung des Stick nach hier: https://wiki.mageia.org/en/UEFI_how-to
Warum machst Du diese Verrenkungen über usbdevice? Wenn Du auf HW von einem Stick bootest, ist der im System doch auch eine Festplatte, also würde ich das Ding als -hdb /dev/sdX an qemu ankleben. Wichtig ist, daß Du als user in der Gruppe disk bist. Vielleicht habe ich auch wieder nicht kapiert, was Du vorhast.unklar hat geschrieben:Habe dieser Tage eine Installation von mga5/Cauldron vom USB-Stick mit der EFI ohne Erfolg versucht.
BINGO!lula hat geschrieben:würde ich das Ding als -hdb /dev/sdX an qemu ankleben.
qemu-kvm -enable-kvm -k de -smp 2 -m 2048 -usbdevice tablet -pflash /home/unklar/Downloads/efi/OVMF-X64/OVMF.fd -monitor stdio -snapshot -hdb /dev/sdd -boot d
fdisk -l /dev/sdb/
Festplatte /dev/sdb: 3,8 GiB, 4048551936 Bytes, 7907328 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0xfadf8ede
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sdb1 2048 7907327 7905280 3,8G c W95 FAT32 (LBA)
dosfslabel /dev/sdb1
MGALIVE
lsusb
...
Bus 003 Device 002: ID 8564:1000 Transcend Information, Inc. JetFlash
qemu-system-x86_64 -enable-kvm -m 2048 -smp 2 -soundhw hda -vga std -monitor stdio -net nic -net bridge,br=xenbr0 -usbdevice tablet -pflash ovmf/OVMF.fd -usb -usbdevice host:8564:1000
(qemu) libusb: error [_get_usbfs_fd] libusb couldn't open USB device /dev/bus/usb/003/002: Permission denied
ls -l /dev/bus/usb/003/002
crw-rw-r-- 1 root root 189, 257 20. Mai 21:41 /dev/bus/usb/003/002
[root@lenovo:~]# cat /etc/udev/rules.d/90-test.rules
SUBSYSTEM=="usb", ATTR{idVendor}=="8564", ATTR{idProduct}=="1000", MODE="0666" GROUP="disk"
qemu-system-x86_64 -enable-kvm -m 2048 -smp 2 -soundhw hda -vga std -monitor stdio -net nic -net bridge,br=xenbr0 -usb -usbdevice host:8564:1000 -vga std -boot menu=on
[root@localhost ~]# dmesg
...
[ 5.158047] scsi 2:0:0:0: Direct-Access JetFlash Transcend 4GB 1100 PQ: 0 ANSI: 4
[ 5.163246] sd 2:0:0:0: [sdb] 7907328 512-byte logical blocks: (4.04 GB/3.77 GiB)
[ 5.166319] sd 2:0:0:0: [sdb] Write Protect is off
[ 5.166337] sd 2:0:0:0: [sdb] Mode Sense: 43 00 00 00
[ 5.169421] sd 2:0:0:0: [sdb] No Caching mode page found
[ 5.169428] sd 2:0:0:0: [sdb] Assuming drive cache: write through
[ 5.192216] sdb: sdb1
[ 5.209513] sd 2:0:0:0: [sdb] Attached SCSI removable disk
[root@localhost ~]# fdisk -l
...
Festplatte /dev/sdb: 3,8 GiB, 4048551936 Bytes, 7907328 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0xfadf8ede
Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 7907327 7905280 3,8G c W95 FAT32 (LBA)
genau darauf tippe ich auch.lula hat geschrieben:Also ist das möglicherweise (noch) nicht in der EFI-Firmware realisiert...
sftp://unklar@192.168.178.45
Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast