#3 Régebbi kernellel kell belépni: 4.19.0-8-amd64

Gparted live nyekk, iso, dd módban írva, uefi, mbr bootolásnál is ez van:
https://mega.nz/file/t5JHWA4D#UWzaGRgf0nbmQf_hFcVaiuIFWidFTSMsV8fzBhXEBJY

Biztató... :-)

Még talán élő, de de életjeleket nem mutató Debian Buster 10 újraélesztéséhez szakavatott professzorok tanácsát várom.

 

#2 #12 A parancsok futtatásához kellhet a chroot (ha a rendszer egyáltalán nem indul):
https://linuxmint.hu/blog/2016/08/chroot-live-rendszer-livecddvdusb-stick

A Recovery/Hibajavítás mód indítható, lefut ..., de nincs menüje (dpkg, fsck, root, stb.), mint a Linux Mint alatt. Azt hiszem, akkor érhető el ez a menü, ha a root felhasználónak is van jelszava, mert a hibajavítás azt kéri a futtatásának a végén. De lehet, így csak root konzolt kapsz.

A virtmangerbe van egy olyan pont hogy cd rom, azt én bekapcsoltam, elkezdett telepíteni és kifagyott az egész rendszer.

Nem tudjuk, miért fagyott ki. Előfordul ilyen akkor, ha nem a megfelelő virtualizáció van beállítva, nem az, amit a CPU tud, és a BIOS-ban be is kell kapcsolni.

Ha eltávolítasz mindent (chroot), akkor ez a beállítás érvényét vesztheti (más megoldást most nem tudok):

sudo apt-get purge virt-manager qemu-kvm libvirt-clients libvirt-daemon-system

sudo apt-get autoremove --purge

#11 W10, az van dualbootba a Debiannal.
Meg a melóhelyemen akad még pár pc.
Arra nem tudom van-e olyan alkalmazás ami leekezeli az ext fájlrendszert mert a Win az alapból nem, van egy ext olvasó segédszoftver Win alá de nekem azzal még soha nem sikerült olvasni se, nemhogy írni.
A Paragonnak van egy valóban működő ext kezelője de az erősen fizetős.
Win alá gparted..? Nem tudom, még nem néztem utána.

Most meló van, este végigcsinálom kimarite leírásait.

#1

Nincs CD meghajtóm, fizikailag.
A virt-manager valahogy kibontja az iso-t csak amikor az ebből az isobol elkezd települni az XP, egyszer újraindul a telepítője és ekkor már nem találja a saját iso-ját, nem tudom hogyan mondjam el máshogy.
Az XP települ valahonnan, és az úrjaindulása után már nem találja ezt az adathordozót amit a virtmanager biztosított neki.
Kéne egy virtuális CD meghajtót telepítenem, abba csatolni az XP iso-t, az talán megoldaná? 

De tárgytalanná vált, jelenleg próbálom visszaszerezni a Debianomat mert elvitte a cica... :-)
A virtmangerbe van egy olyan pont hogy cd rom, azt én bekapcsoltam, elkezdett telepíteni és kifagyott az egész rendszer.
Olyan szinten hogy semmire nem reagált, addig nyomkodtam amíg kivitt konzolra de itt meg nem tudtam belépni, vagyis ha igen akkor semmit nem fogadott el, a reboot parancsot sem.
Így kihúztam a konnektorból és így volt egy Debianom.
Bootnál bejön egy egérkurzor egy szürke képernyőn és ennyi.
Be tudom hozni a konzolt, és most már be is enged rendesen, de az fsck-nál megakadtam, nem fut le mert az sda4 (ez a Debian) mountolva van.
Minden unmount kísérletre error a válasz.
Most írok ki pendrivére egy live gpartedet, abban van fájlrendszer javító opció ha jól emlékszek, megpróbálom.

 

#22 40 GB 10%-a 4 GB, 5%-a 2 GB, azaz éppen annyi, mint amit te szabadnak gondolsz.
A Debian viszont meg jól látja, hogy nincs szabad hely.

Ha már nagyon nincs szabad hely, akkor a parancsokat futtatni sem tudod, mert a futtatást is naplózza a rendszer, és a naplófájlt sem lehet menteni a hely hiányában. :)

https://www.youtube.com/watch?v=BNxa0odpCJU&list=PLMhEO-BZNPqSKOPI0hV6WR...

#19 Most egy live Manjaro alól írok, annak a partíciómanagere azt mondja hogy az sda4 Debian partíció mérete 38,7Gb, ez így is van, a foglalt terület 35,7Gb vagyis van szabad terület 2,Gb.

Ezt be is néztem. A 2 GB ”jó esetben” nem szabad terület, hanem a „lost + found” részére fenntartott, azaz más célra, a hibajavítás esetére előre lefoglalt terület. Ezt a 2 GB-ot a rendszer nem használhatja, ezért kapod a hibaüzenetet, hogy megtelt a lemez. 5% szokott lenni a lost + found.

Valamit törölni kéne a teli a partícióról, illetve másolás után törölni olyan állományt, ami nem a rendszer része. Mint például egy film.

#24 Jobb lenne nem telefonról. Ugyanis tényleg teli a partíció. Ezeket írtam erről:
https://linuxmint.hu/comment/36688#comment-36688
https://linuxmint.hu/comment/36689#comment-36689
Az sda4 az a partíció, ahol másolnod (menteni), majd törölni kéne valamit.

#20 fdisk -l

sda4  38,2G Linux

Ennyit ir ki, azt hogy ebbol mennyi foglalt azt  nem.

Meg persze mast is, star, end , sectors de ez nem hinnem higy most fontoslenne. Telefonrol potyogom be ezt. A szabad vagy foglalt helyet higyan kell liiratni?

De szerintem nem ez a baja. Elindul, egerkurzor megjelnik es nem latom a bejelntkezo kepet meg a kde kepet. Valamiert nem tud tovabbmenni.

#28 A QEMU/KVM lemezkép oda mentődik, amit kijelóltél neki. Használtam, de nem emlékszem pontosan mindenre és nem is jut eszembe. Esetleg, ha azt csináltad, hogy a GRUB-ba is bekerült - valami ilyesmi sejlik az általad elmondottakból - akkor a boot könyvtárban keresd esetleg.

Rákereshetsz, csak be kell fűzni a kérdéses partíciót is ehhez.
A keresés az 1 GB-nál nagyon fájlokra:

sudo find / -type f -size +1G

#27 Én csak arra alapozok, amit te mondasz. Egyszer ezt, egyszer azt.

Most egy live Manjaro alól írok, annak a partíciómanagere azt mondja hogy az sda4 Debian partíció mérete 38,7Gb, ez így is van, a foglalt terület 35,7Gb vagyis van szabad terület 2,Gb.

Nézzük a javasolt módszerrel:
-- olyan értelemben, hogy a most sda4-nek nevezett partíciót kell vizsgálni, a befűzés helye szerint.

egy live rendszeren nyitott lemezkezelővel meg kéne nézni a Debian partíció
csatolási pontjait, és ezt bemásolni egy "df -h", majd egy "df -i" mögé.
https://ibb.co/nk1mysV

Illetve, próbáljuk azt, hogy a chroot használatával eltávolítod az alkalmazásokat.
Itt írtam erről: https://linuxmint.hu/comment/36655#comment-36655

Az eltávolítás módszere:

sudo apt-get purge virt-manager qemu-kvm libvirt-clients libvirt-daemon-system

sudo apt-get autoremove --purge

Khm, a hiányzó 22 GB a QEMU/KVM lemezkép lesz...

#30 Tibi, előszőr mindig a fontosabb. Induljon a Debian. :)
Igen, valami derengett, hátha még szabadítottál fel helyet. Jól jön azonban a megerősítés.

#28 a foglalt terület 35,7Gb vagyis van szabad terület 2,Gb

Kim tényleg lehet hogy néha rosszul fogalmazok, ne haragudj meg ezért pedig állítólag ki tudom magam fejezni. 
A 2G szabad terület után még csináltam mert azt modtad az kevés, valami lost-found az a 2 giga. Így ezután lett 5,6G szabad terület.

Megtaláltam. És töröltem. Hogy hogyan azt ne kérdezd mert én sem tudnám megmondani pontosan.
A /var/lib/libvirt/images könyvtárban volt ez a valami.
Hogyan lett ennyi azt nem tudom, én tutira 10gigát adtam a virtuális gépnek, az biztos.
Most megyek Debianba bootolni, ha elindul, neked van igazad, elfogyott a hely.
Vagyis dehogy megyek bootolni, visszamásolom a Mega meg a wine mappákat a debian home/tibi alá először. Ezeket is ámozgattam hogy legyen hely a partíción.

 

 

 

#32 Szívesen ... https://youtu.be/sCQpycvSF24?t=92

Próbálok utánanézni, de be kell kapcsolnom a KVM támogatást is, hiányolja a QEMU.

#31 Érdemes volt visszamásolni a Mega és a wine könyvtárakat mert az ezt követő indítás után felállt a Debian.
Kicsit nyögvenyelve, a szokásosnál lassabban de ezt a hsz-t már arról írom.
Köszönöm a segítséget, álmomban se hittem volna hogy tényleg betelt a partíció.

Így a témaindító kérdés ismét aktuális, ezt szerinem nem nem tudom leírni hogy átmenjen, csinálok róla egy videót úgy azonnal megérthető.
Lehet futok egy kört előtte a cdemu-val de nem találja a szoftvertelepítőm.

#34 A PPA-val nem érdemes próbálkozni Debian alatt, mert a PPA Ubuntu-ra és Ubuntu-alapú rendszerekre jó, a PPA-n található függőségek sem érhetően el Debian alatt. Így  kísérlet csomag töréseket fog okozni. A PPA-n sincs buster csomag, hanem például xenial, bionic, mindez a tükör nevében jelentkezik... .
Próbálkozz ezzel a leírással:
https://blog.xathrya.id/2015/12/05/installing-windows-xp-on-qemu/
Egy másik leírás:
https://www.howtoforge.com/installing-windows-xp-as-a-kvm-guest-on-ubunt...

#33 Próbálok cdemu-t szerezni, az itt leírtak szerint:
https://www.ostechnix.com/create-virtual-cd-and-dvd-drives-using-cdemu-in-ubuntu-12-10-linuxmint-14/

Válasz:

tibi@444tibi-debian:~$ sudo apt install cdemu-client
[sudo] tibi jelszava: 
Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
E: Ez a csomag nem található: cdemu-client
tibi@444tibi-debian:~$ sudo add-apt-repository ppa:cdemu/ppa
 Unofficial CDEmu packages
 More info: https://launchpad.net/~cdemu/+archive/ubuntu/ppa
Press [ENTER] to continue or ctrl-c to cancel adding it

gpg: keybox '/tmp/tmpnppuiby0/pubring.gpg' created
gpg: /tmp/tmpnppuiby0/trustdb.gpg: Bizalmi adatbázis létrejött.
gpg: key 423A2125D782A00F: public key "Launchpad PPA for CDEmu" imported
gpg:      Összesen feldolgoztam: 1
gpg:                 importálva: 1
gpg: Nem találtam érvényes OpenPGP adatot.
tibi@444tibi-debian:~$ sudo apt install cdemu-client
Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
E: Ez a csomag nem található: cdemu-client
tibi@444tibi-debian:~$ 

Mit rontok el, mi az a OpenGPG asat amit nem talál?

#36 Firefox ESR belépett. 9 órakor jeleztem a tanúsítvány hiányosságot, innentől kezdve nem én csinálom.

Köszönöm, nézem a linkeket.
Mi van a linuxmint.hu oldal tanúsítványával, nem tudok semmivel belépni csak a wine Internet Explorerrel, azt meg lehet erőszakolni. A többi böngésző nem enged be.

#38 Meg kéne nézned, hova van befúzve a Windows telepítő (CD-ROM):

ls -l /dev/cdrom
lrwxrwxrwx 1 root root 3 ápr   29 08:52 /dev/cdrom -> sr0

Nekem sehova semmi, de ugye, látsz egy linket és egy valóságos CD-ROM elérési utat. Valamelyik alá be van fűzve a telepítő, listázod (mint én fentebb: ls -l...). És akkor azt, vagyis a megfelelő eszközt behelyettesíted a parancssorba (a leírást nézd),

qemu -m 512 -cdrom /dev/cd0a -boot d -monitor stdio -no-acpi virtual.hd

ami ebben a lerásban szerepel:
https://cromwell-intl.com/open-source/openbsd-qemu-windows-howto.html

Tehát, a cdrom paramétert kell használnod egy parancssorban, és másodjára vélhetően így, a terminálban indítani a korábban elkészített, ámbár félkészre telepített, CD- kérő XP-t.
Itt is hasonlót írnak: https://how-to.fandom.com/wiki/How_to_install_Windows_on_Linux_with_QEMU
Itt is: https://how-to.fandom.com/wiki/How_to_install_Windows_on_Linux_with_QEMU

-----

Grafikus módszer

A korábban mutatott leírás több oldalas. A második oldalon innen

In fact, it doesn't reboot, but shuts down. Go to View > Details:

mutatja, és képeken is látható, hogyan tallózd be az XP telepítőt, ha az XP nem indul az első telepítés után.
A második oldalt elolvastad? Itt:
https://www.howtoforge.com/installing-windows-xp-as-a-kvm-guest-on-ubunt...

Képeken (nincs nagyobb méret):

Sajnos, egyelőre nem találom a telepítőmet. Az is lehet, kidobtam :).
Van valami fejlemény a CD/XP telepítés történetben?

https://www.youtube.com/watch?v=NU7zV8qELXw

#40 Már a telepítésnél beállítható. Akár IDE is.
Csak a részletes beállítást kell választani:

Utólag úgy lehet, mint a ma, korábban mutatott képeken látható.

#38 Ha viruális gépet telepítek, akkor egy IDE- vagy SATA portra tudok virtuális optikai meghajtót létesíteni. Ebbe a meghajtóba tudok telepítő lemezt belerakni. Telepítés közben nem is felejti el a virtuális gép azt.

A Debian alatt nem így működik?

#46 Ha automatikusan indul, pontosabban a mindenkori állapota a parancs kimenetben látszik.

sudo virsh net-list --all

Parancssoros indítás:

sudo modprobe vhost_net

Ez az indítás nem maradandó. Grafikusan (is) be lehet állítani a netet, annak indulását.

#45 Megint elekedtem.. Tényleg lehet béna vagyok.
Tegnap sikeresen telpült a virtuális gépen a vendég OS. El is molyolgattam vele (egy ismerőst segítettem ki akinek egy csak XP-n vagy W2000-en futó régi adatbázis programból kellett kihámozni némi adatot, sw W10 se Wine alatt nem volt hajlandó elindulni a program)
Ma el akartam indítani az virtuális XP-t,  üzenet:

Guest is not running

További indítási kísérletre:

Hiba a tartomány indításakor: Requested operation is not valid: network 'default' is not active

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 75, in cb_wrapper
    callback(asyncjob, *args, **kwargs)
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 111, in tmpcb
    callback(*args, **kwargs)
  File "/usr/share/virt-manager/virtManager/libvirtobject.py", line 66, in newfn
    ret = fn(self, *args, **kwargs)
  File "/usr/share/virt-manager/virtManager/domain.py", line 1400, in startup
    self._backend.create()
  File "/usr/lib/python3/dist-packages/libvirt.py", line 1080, in create
    if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self)
libvirt.libvirtError: Requested operation is not valid: network 'default' is not active

Mi változott a tegnapi leállás óta?

#48 Ha be van kapcsolva, mennie kéne.
Ahogy nézem, kétféle beállítási vagy ellenőrzési lehetőség létezik:

Szerkesztés > Kapcsolat részletes adatai

Szerkesztés > Virtuális gép részletes adatai > NIC* > Virtuális hálózati interface > ...

Nézz rá ezekre, próbálgasd a lehetőségeket.

Ha a modprobe parancssorral betöltötted a gép indítása előtt a hálózatot, akkor már nem jelentkezik ez, ugye?

Hiba a tartomány indításakor: Requested operation is not valid: network 'default' is not active

De mit szeretnél az interneten? Frissíteni nem igazán tudod szerintem az XP-t.

#47 Hm.
Úgy nézem ez autostartos:

tibi@444tibi-debian:~$ sudo virsh net-list --all
[sudo] tibi jelszava:  
Name      State    Autostart   Persistent
--------------------------------------------
default   active   yes         yes

tibi@444tibi-debian:~$

 

#51 Értem. Kiváló!
Nem kell telepíteni semmit.

#49
Megjavult.
A gép beállításánál a Boot options-nál kivettem a pipát a Rendszerindító menü engedélyezése jelölő négyzetből.
És ezután simán elindult a virtuális XP.
 

#54 a virt-managerben hogyan lehet (ha lehet) az alapértelmezett helyett más utat megedni a virtuális gép telepítési könyvtárának?

Ezt nem tudom. Próbáltam létrehozni egy qcow2 képfájlt egy másik partíción, de nem tudtam jogosultságokat beállítani rá a QEMU-nak. Az imént próbálkoztam, ezen leírás alapján:
https://virtualchimp.wordpress.com/2016/03/09/creating-and-installing-wi...
Természetesen a tmp helyett az említett partíción tevékenykedtem. A képfájlt nem helyeztem át a Linux rendszer alapértelmezett QEMU könyvtárába...

Amit te keresel, annak leírása itt nagyjából,
https://whatizee.blogspot.com/2015/03/adding-hdd-to-kvmvirtual-machine.html
amit én, az az, hogy alapértelmezetten egy másik (adat) partíción, könyvtárban tudjam létrehozni a virtuális gépet, tehát ne a telepített Linux rendszeren létrehozott képfájlt tulajdonságait szerkessszem.

És egy ilyen hibaüzenetet is kaptam amelett, hogy jogosultáság sem volt:

Block format 'qcow2' does not support the option 'serial'

Virtualbox?

#53
Még egy kérdés.
Kicsi lesz a / partícióm ha elkezdem ezt a virtuális gépezést, tanulásképp kipróbálnék pár rendszert, jó lenne egy W7 is, ha abban tudom futtatni azt a két célszoftvert ami csak Windowson megy, akkor át se léne bootolnom a Windowsba naponta 2-3x.
De el fog fogyni a 40Gb sda4 Debian partícióm.

Az 1Tb hdd-n van egy szabad 100Gb tartalék partíció, megformáztam et4-re és tukajdonba vettem, minden jog megvan a partícióra a rootnak, a root csoportnak és nekem.
A virt-managerbe próbálom a virtuális gép telepítési útját az alapértelmezett 
/var/lib/libvirt/images/     helyett a háttér hdd 
/mnt/69e3c6b5-9ed5-47f8-9ca4-d9bbc07a6505/virtual_os/   partíció-könyvtárra áttenni de sikertelenül.
A partíció fix, fstab-ba benne van, automountos, és minden jog megvan rá.

Lényeg,
a virt-managerben hogyan lehet (ha lehet) az alapértelmezett helyett más utat megedni a virtuális gép telepítési könyvtárának?

#58 Hasznos leírás lehet:
https://docs.fedoraproject.org/en-US/Fedora/18/html/Virtualization_Administration_Guide/chap-Virtualization_Administration_Guide-Storage_Pools-Storage_Pools.html

#56 Az alapértelmezett könyvtár áthelyezése:
https://www.unixarena.com/2015/12/linux-kvm-change-libvirt-vm-image-stor...

De nem megy a szerkesztés...:

sudo virsh pool-edit default
error: operation failed: Storage source conflict with pool: 'images'
Failed. Try again? [y,n,f,?]:
error: operation failed: Storage source conflict with pool: 'images'
Failed. Try again? [y,n,f,?]:
...

Ezt próbáltam behelyettesteni:

/media/debkim/ADAT/virtualization/images/

Lehetséges, be kéne fűzni valahova.

Ez az alapértelmezett (a kimenet):

sudo virsh pool-dumpxml default |grep -i path
    <path>/var/lib/libvirt/images</path>

#60 A telepítőt is átmásoltam, viszont jogosultsági gond miatt nem települt a Windows. A QEMU jelezte ezt. GPT fájlrendszerre van formázva a külső HDD-d? Nálam az a gond, a rendszer könyvtár alatt csak 133 GB szabad hely van. Most próbálok telepíteni egy Windows 10 PRO, 64 bites rendszert telepíteni Virtualboxba. Tanulom ... . Úgy nem ment, hogy 500 GB szabad helyet adtam, Shellt kaptam. 50 GB Virtualbox kép mérettel viszont a telepítés elindult. 600-650 GB szabad hely van azon a lemezen, ahova irányítottam a Virtualbox képfájlt. Tehát én ott voltam erősen más irányban a kutakodással, hogy nincs elegendő hely egy eredeti qcow2 elkészítésére a rendszer partíción, annyi nincs, amennyi a Windows 10-nek kell, ami, mondjuk 500 GB. A telepítés itt tart: Felkészülés. 2 GB RAM-ot adtam a rendelkezésre álló 8 GB RAM-ból, hátha elég ... :).

Az általad ismertetett megoldást kipróbálom a QEMU-val. Ugyanígy 50 GB szabad helyet adok, ez még elfér a rendszer partíción, majd az elkészített qcow2 (erről beszéltél, csak nem fogalmaztad meg jól) fájlt is áthelyezem a másik partícióra. Remélem, így elindul a telepítés a QEMU-val is.
Átméretezésen gondolkodtam még, de azt írja a QEMU Wiki, az NTFS ezt nem viseli el.

A Windows 10 a Skype for Business miatt kell. Talán virtuális gépben is működik. Ha nem, megpróbálom a másik gépen, ami elbírná a követelményeket. Csak azt még össze kell rakni. Jó időtöltés lesz :).
A noteszgépen - amiről írtam - már van telepített rendszer, a Debian. Nem szeretném ezt az állapotot felborítani.
A Teams telepítve, de nem fogad URL meghívót, a Tel.Red pedig évente 49$. Csak a Skype fo Business jó nekem arra a célra, amiről egy másik topikban írtam. Nagyon „jól” ki van ez találva.

#55
Sikerült..!
Kicsit nyakatekert módon engedi másik lemezre vagy partícióra, 
A csel hogy a telepítendő médiát, át kell másolni arra a partícióra, abba  a könyvtárba amibe majd szeretnéd magát a virtuális gépet telepíteni, a képfájlját vagy mit, azt a qcow konténert, nem tudom mi a szakneve.
Az első lépéseknél innen kell betallózni a telepítendő os-t, az iso-t, és így engedi ugyanebbe a könyvtárba telepíteni a virtuális gépet. 
Nekem sikerült ntfs és ext-re is, szerintem még usb-s tárra is engedi így.

#62  "Átméretezésen gondolkodtam még, de azt írja a QEMU Wiki, az NTFS ezt nem viseli el."
Ezt nem értem, mit akarsz átméretezni?

A qcow2 fájlt. Mert 133-134 GB szabad helyem van, és azt hittem, a Windowsnak kell 500 GB. Az áthelyezés után lehet (másik könyvtár), és a QEMU végzi parancssorból. De az NTFS fájlrendszert nem lehet, unbootable jelenséget okoz: https://wiki.archlinux.org/index.php/QEMU#Resizing_an_image

Semmi indiszkréció vagy kíváncsiskodás, de mi ez amit csak így lehet lebonyolítani?

Aki kíváncsi, hamar megöregszik. :)
Most valamit állítgat... (Windows 10), a fiókommal van valami, helyre kell hozni. Semmi gond, gondolom, nem mondták meg az igazat, azaz ellenőriztek. A Virtualbox integrációs szolgáltatások most nem akar települni, talán a rendszer újraindítás után.
Sajnos, a Teams URL-t nem fogad, ez hivatalos közlés a MS-tól (most nem keresem meg).

50 GB-ot adtam a Windowsnak 2 GB RAM-ot, és egy CPU-t.

#61
Nekem GPT a háttér hdd-m. Nem tudom, az mbr okozna-e gondot, szerintem nem.

W10 elvan 40 gigán, ha csak egyszer használod felesleges többet adni neki. 
Ha a telepítés után frissít, akkor a meghízik rendesen de ez azért van mert egy biztonsági másolat szerűséget, restore pontot készít hogyha mégis gebesz van az updattel akko vissza lehet állni. Ez a 4-6Gb magától törlődik 30 nap múlva, vagy manuálisan is lehet a Lemezkarbantartóval akár az update után 1 perccel is.
Nekem egy 4 éves W10 20Gb, a másik 2 éves jelenleg 19Gb helyet foglal.

 "Átméretezésen gondolkodtam még, de azt írja a QEMU Wiki, az NTFS ezt nem viseli el."
Ezt nem értem, mit akarsz átméretezni?
Ntfs-t is lehet átméretezni, akár a W10 beépített Kötet zsugorítása segédprogrammal, élő rendszer alatt, vagy külső partícionáló szoftverrel. Nem sokszor használtam az tény.

"A Teams telepítve, de nem fogad URL meghívót"
Ezt írtam neked hogy megfutottam a köröket mikor felvetetted a problémádat és arra jutottam hogy külső meghívóval lehet csatlakozni már meglévő Teams ügyfelekhez, de ezek szerint mégse?
Ha nem, akkor "tényleg jól ki van ez találva..."

Semmi indiszkréció vagy kíváncsiskodás, de mi ez amit csak így lehet lebonyolítani?
 

#76 Van esetleg ilyen folytatása a jelzésnek és mi lenne az pontosan?
https://forums.virtualbox.org/viewtopic.php?t=86402#p433003
Lapozni lehet az ablakban. Gyakorlatilag a fórum válasz mond egy másik naplófájlt..., ott ezt: VBoxHardening.log

#75 Lehet terminálban indítani:

virtualbox

Melyik verzió van telepítve? Nálam a 6.1-es:

dpkg -l | grep virtualbox*
ii  virtualbox-6.1                         6.1.6-137129~Debian~buster          amd64        Oracle VM VirtualBox

( The virtual machine 'xp' has terminated unexpectedly during startup with exit code 1 (0x1). )

 

#78 Nálam, a kernel headers csomagjai is települtek.

Akkor próbáld a javaslatot. Kimenet?

sudo /sbin/vboxconfig

#76 Nekem is 6.1, tegnapi legfrissebb.

Ez a baja gondolom:

tibi@444tibi-debian:~$ virtualbox
WARNING: The vboxdrv kernel module is not loaded. Either there is no module
         available for the current kernel (4.19.0-8-amd64) or it failed to
         load. Please recompile the kernel module and install it by

           sudo /sbin/vboxconfig

         You will not be able to start VMs until this problem is fixed.
tibi@444tibi-debian:~$ 

Kernel modult hiányolna?

#88 ...

#87 Ott van pedig. Nem nehéz megtalálni...
Amit nem árultam el: el kell indítani hozzá a vendég OS-t, be kell lépni, és akkor látod ezt az elemet.
(A vendég OS lehet Linux, Windows, más..., más, és más telepítő kell. A vendég OS alatt telepíted, ahhoz)

#90 Az utolsó megoldás pedig ütös, az, hogy „az erő legyen veled”. :)

#89
Igen valóban megy, miután elárultad hogy a futó virtuális gép menüben kéne keresgélnem, én ugye logikusan a Vbox menüket nyálaztam át, kb. 15x.

Tökéletes, megosztott hálózati meghajtóként csatoltam az egyik partíciómat, és 20 perc alatt megvoltam végre azzal amiért az egészet csinálom.
Mint írtam egy csak XP alatt futó őskövület adatbázis szoftverból kellett kinyerni az adatokat. Mivel a szoftver saját nyelvet használ, semmilyen módon nem lehetett csak így. 
Szerencsére a szoftverbe van export lehetőség egy CSV szerű fájlformátumba ami teljesen megfelelő, igaz nem egybe hanem laponként, ez tartott 20 percig és teljes siker.

Nagyon szépen köszönöm a segítségeket.
Nem írom hogy a részletes szájbarágós segítséget mert az utolsó megoldást erősen titkolta egy kedves fórumtárs. :-)
 

#92 Kb. ugyanígy futott egy Ubuntu 9.10 egy P1 gépen (CPU;  200 MHz). :)
15 évesnél idősebb rendszer az XP, túl jók neki a mai hardverek.

Zárszóként,
kicsit elnosztalgiáztam ha már sikerült az XP telepítése.
Alapon 2 (kettő..!) giga a helyfoglalása a lemezen és ebbe benne van 512m swap...,
89Mb rammal áll fel a rendszer, ssd-ről indítva 11 másodperc alatt áll fel teljesen.
Még megvan pár programom rá, a szoftverek mérhetetlen idő alatt indulnak, pl. egy Word olyan gyorsan nyílik meg hogy még az egérgombot el se engedtem el már a képenyőn van.
Internet Explorer, Word Pad, MP3 lejátszó, képnéző, médiaplayer  dettó ugyanígy. Egy régi portable SmPlayert egy régi AVI videóval indítva tizedmásodperc alatt fut a videó teljesképernyőn.
Ezt a feleelinget a Linux egyik disztrója sem tudta nálam hozni, a W10-nek sem sikerült ezt a sebességet meg se közelíteni. Full gördülékeny a rendszer, egyszerűen vihargyors.
És kb. ezt tudta nekem régebben is egy P3 procis gépen produkálni 256M rammal.

Hát van mit pótolni a mostani ssd-k, 8G ram, 8 magos procik és hiperszuper oprendszerek korában....