Qualche motivo per NON eseguire Linux in una VM in ogni momento?

Sono passato all'utilizzo di Arch Linux per gran parte del mio lavoro quotidiano e non ho bisogno di Windows per tutto tranne che per i giochi e la coppia di app che non sono portate su Linux come OneNote. La mia distribuzione Linux è ospitata in VirtualBox con Windows come host, e in questo modo mi piace molto, le istantanee sono incredibilmente utili.

Diciamo che non mi preoccuperei quasi mai dell'host Windows e passerei il 95% del tempo nell'ospite, cosa mi perderei?

Ci sono aspetti negativi seri?

Le prestazioni sono gravemente compromesse e l'installazione diretta sulla macchina renderà la mia vita molto più sorprendente?

Supponendo che tu possa far funzionare tutto e non vuoi fare attività ad alta intensità di risorse come giocare o compilare grandi quantità, quindi penso che andrà bene.

Ci sono alcuni problemi di base che probabilmente incontrerai:

• tempo ospite errato
• dimensioni dello schermo dell'ospite o profondità del colore errate
• impossibile accedere ai dispositivi USB (stampanti, telefoni, ecc.)

Per risolvere questo problema, è necessario installare le aggiunte guest VirtualBox . Per i dettagli, consultare la guida per gli ospiti di VirtualBox Arch Linux .

Per ottenere alcune funzionalità extra, come il supporto USB 2.0 e Intel PXE, puoi anche installare il pacchetto di estensione VirtualBox .

Successivamente, ci sono alcuni problemi che dovresti conoscere:

• impossibile usare USB 3.0
• impossibile utilizzare IEEE1394 / "FireWire"
• non è possibile utilizzare la modalità seamless in combinazione con dual-head
• il tempo non è più sincronizzato sugli ospiti a 64 bit

Ovviamente la tua VM Linux sarà interessata anche dal crash del tuo sistema Windows. Problemi che ho avuto di recente:

• Arresto anomalo dell'host di Windows a causa di un bug del driver (schermata blu)
• L'host Windows si riavvia a causa dell'aggiornamento della sicurezza

Quando si esegue una macchina virtuale, l'hit di prestazioni maggiore sarà sull'I / O del disco . Se possibile, collocare la VM su un disco separato e / o utilizzare un'unità a stato solido . Anche l'utilizzo di un'unità SATA virtuale anziché di un'unità IDE virtuale può essere di aiuto.

Insegno a una lezione pratica su Linux e, sfortunatamente, per politica aziendale non mi è permesso riformattare i laptop forniti in classe, quindi seguiremo l'approccio guest VirtualBox.

Ignorando tutte le preoccupazioni relative alle prestazioni, ecco alcune note / problemi che ho notato:

1) Modalità bridge e Wireless

Apparentemente alcune schede wireless hanno difficoltà ad avere "doppie identità", il che significa che le nostre lezioni di routing / firewall / networking vanno all'inferno. È un problema noto: la maggior parte dei driver wireless non supporta il bridging.

ponte | La Linux Foundation - Non funziona con la mia scheda Wireless!

Ciò significa che se si utilizza un'interfaccia wireless, è necessario fare un lavoro extra affinché l'ospite abbia un IP "pubblico".

2) Integrazione desktop

Salvo alcuni wallbanger nel design, i moderni ambienti desktop sono abbastanza ben concepiti e offrono alcuni vantaggi che si perdono quando non hanno pieno accesso all'input / output o allo strumento di collegamento / disinserimento del dispositivo. Ad esempio, il menu Vbox in basso diventa davvero fastidioso se hai un selettore di finestre o notifiche lì. E alcune macchine usano la scorciatoia Ctrl + Alt + cursore_key (cambio di aree di lavoro) per capovolgere il display.

Voglio dire, confronta quanto sia facile scollegare un dispositivo USB in GNOME, rispetto al numero equivalente di sottomenu / clic in Windows e so quale preferirei un giorno.

3) USB "rubare"

A volte, Windows non vuole semplicemente lasciar andare un'unità USB - dire a virtualbox di collegarlo non sempre funziona - molto probabilmente quando Windows sta leggendo il contenuto per qualche motivo o altro. E poi ci sono alcune unità USB che non sono semplici dispositivi di archiviazione, ma eseguono un'azione simile a un interruttore di modalità per rendere accessibili le unità: quelle sono fastidiose da collegare alla macchina Linux.

4) Stabilità

In genere è più facile "rompere" Windows rispetto a Linux, motivo per cui in genere si desidera che Linux "protegga" le istanze di Windows, piuttosto che viceversa. Ho già perso un paio di giorni lavorativi con lo staff che sovrascrive i file sbagliati e finisce per rompere sia la nostra installazione di Virtualbox che le nostre immagini Linux.

5) Strumenti da riga di comando

Almeno su Linux, hai la possibilità di confonderti con le immagini del disco Vbox usando qemu-nbd e il dispositivo di blocco della rete.

QEMU / Immagini - Wikibooks, libri aperti per un mondo aperto - Montare un'immagine sull'host

Ciò consente di guardare e modificare il contenuto del disco del sistema operativo guest senza doverlo avviare, ad esempio, se è stato reso non avviabile.

Puoi anche fare cose come il backup degli script dei VDI - o solo i loro contenuti, o cambiare i "profili" di VirtualBox tramite collegamenti simbolici - molto più facile su bash.

Non dimenticare che una VM è un'emulazione. Il tuo sistema Unix non sarà mai così potente in una VM che installato. Archlinux è fatto per soddisfare i tuoi gusti, è una distribuzione che puoi personalizzare al massimo.
Ero solito farlo funzionare su una VM, anche se pensavo di installarlo sicuramente sul mio computer. Ora il mio sistema si avvia in circa 15 secondi, le mie build sono molto più veloci e tutto funziona meglio.
Archlinux non è così grande, puoi installarlo su una piccola partizione (assicurati solo di avere abbastanza spazio per i tuoi programmi sulla tua partizione di root (ho dovuto riformattare la mia partizione di root perché era troppo piccola)). Se usi Windows solo per giocare, dovresti considerare l'opzione =)

PS: Sì, l'installazione diretta sul tuo computer renderà la tua vita straordinaria. : P

Esistono tre modi in cui è possibile configurare i due sistemi operativi:

1. Host Windows, VM Linux (come lo hai).

2. Host Linux, VM Windows.

3. Doppio avvio.

Se si desidera eseguire giochi Windows, non consiglierei l'opzione 2.

Se vuoi usare regolarmente un programma solo per Windows (che non funziona bene con Wine) durante la tua sessione Linux, l'opzione 3 non funzionerà bene per te.

Se usi roba di Windows non di gioco così raramente che il riavvio non è un lavoro ingrato, l'opzione 3 è la più efficiente.

Quindi, la domanda è: la tua attuale configurazione ti dà fastidio? O è abbastanza buono? Il vecchio vero svantaggio che mi viene in mente è il tempo di avvio esteso e la disponibilità di memoria inferiore.

A proposito, è possibile impostare un sistema a doppio avvio in cui è anche possibile avviare la stessa installazione Linux all'interno di una VM in Windows, ma non viceversa (Linux rileva l'hardware all'avvio, ma Windows ha i suoi driver hardcoded, una volta installato ).

Se si desidera una configurazione dual-boot da provare prima di acquistare, provare il programma di installazione "wubi" di Ubuntu. (Sì, lo so che sei un tipo Arch, ma ci stai provando, giusto?) Wubi installa i dischi come file immagine in Windows, proprio come una VM, ma lo avvia come sistema operativo host. Non ci sono partizioni che si intromettono e puoi disinstallarlo direttamente dal Pannello di controllo di Windows, quando hai finito. L'unico lato negativo è che le prestazioni di I / O del disco sono leggermente ridotte.

Se usi questa scatola principalmente tramite SSH, ci sono buone probabilità che ti trovi nella zona del burro in cui non importa molto se si tratta di una macchina virtuale o su hardware reale. Molti dei problemi menzionati in altre risposte emergono quando si tenta di utilizzare il sistema operativo guest come desktop GUI. I server Linux sono molto felici all'interno delle VM; un grosso pezzo del mercato dell'hosting web è Linux nelle VM.

Ho incontrato solo alcuni casi in cui sono stato costretto a eseguire un server Linux su hardware reale, anziché in una macchina virtuale:

Accesso hardware reale

A volte è necessario utilizzare alcune schede PCI che il sistema VM non può virtualizzare. Ad esempio, un decodificatore MPEG-2 a 4 canali . Alcuni sistemi VM possono assegnare la proprietà esclusiva della scheda alla VM, ad esempio tramite la tecnologia VT-d di Intel , ma ciò non è privo di problemi:

• C'è un colpo di velocità. Potrebbe importare.

• Non tutti i sistemi VM possono farlo e potresti non avere la libertà di passare a uno che può farlo.

• Potrebbero esserci conseguenze non indispensabili, come nel caso di VMware ESXi 5, in cui l'attribuzione della proprietà di una scheda a una macchina virtuale richiede il riavvio dell'host, impedendogli quindi di eseguire istantanee di tale macchina virtuale. (Per inessenziale intendo che questi problemi potrebbero essere risolti, ci vuole solo tempo di sviluppo.)

Grande spazio di archiviazione

Il tuo sistema VM potrebbe non essere in grado di creare un disco virtuale grande quanto l'hardware nudo consente dischi reali. VMware ESXi 5, ad esempio, ha un limite di dimensioni del volume virtuale di 2 TB. Se è necessario un volume singolo più grande all'interno della VM, è necessario passare da un cerchio all'altro per aggirare la limitazione:

• È possibile inviare un controller RAID alla VM con VT-d, ma presenta nuovamente problemi.

• Puoi trasferire un passel di volumi virtuali da 2 TB alla VM e metterli insieme a LVM , ma hai anche acquistato un passel di problemi.

  Per prima cosa, quando (!) Uno dei dischi fisici si spegne, se si utilizzava il sistema operativo guest su hardware nudo, è possibile diagnosticare e risolvere il problema utilizzando il software di gestione fornito, come 3DM o il tw_clisoftware 3Ware . Ma prova a trovare le versioni che verranno eseguite su un host VMware ESXi 5.0! Ora sei costretto a riavviare in modo da poter utilizzare l'interfaccia di gestione del BIOS.

  Inoltre, il livello di astrazione ha disconnesso i volumi virtuali dai volumi fisici, quindi il livello RAID / LVM del software nel sistema operativo guest non è in grado di gestire i dischi in modo efficiente. Quel layer potrebbe pensare che sia una scrittura intelligente su dischi in modo round robin, ma poiché probabilmente condividono alcuni degli stessi dischi fisici, le prestazioni colpiranno perché alcuni dischi ricevono scritture back-to-back.

• Puoi creare il volume su un vero sistema hardware ed esportarlo nella VM tramite NFS, ma anche in questo caso si verifica un aumento di velocità.

Potresti essere in grado di controbilanciare alcuni dei precedenti con i vantaggi della virtualizzazione, come la possibilità di mettere in pausa una VM, spostarla su un altro host e riavviarla senza problemi.

Quale ambiente grafico stai usando in Linux? La maggior parte dei moderni ambienti desktop (GNOME, KDE, Unity) si stanno muovendo verso la necessità di richiedere il supporto dell'accelerazione 3D dell'hardware per funzionare correttamente. Al momento il supporto dell'accelerazione hardware per la grafica all'interno delle VM è una tecnologia relativamente immatura. VirtualBox ha supporto sperimentale .

Fondamentalmente tutto funzionerà bene da internet all'installazione di pacchetti anche per l'inizializzazione dell'hardware, tuttavia pagherai il prezzo per eventuali guasti del computer Windows.

Uso una configurazione simile e la trovo incredibilmente utile semplicemente perché posso copiare e spostare il mio lavoro Linux VM tra macchine.

Ho trovato solo due svantaggi significativi nell'uso di una macchina virtuale.

1. Se l'host utilizza una connessione di rete wireless, un vpn è molto inaffidabile nel guest
2. Le configurazioni multi monitor generalmente aspirano in una VM.

Il punto numero 2 può essere efficacemente superato utilizzando VMWare e Unity: Unity è una funzionalità VMWare che esegue applicazioni in Windows sul desktop dell'host (da non confondere con Ubuntu Unity).

Una cosa che potresti prendere in considerazione è assicurarti che il tuo hardware sia stato testato con la distribuzione Linux che stai usando. Ho riscontrato il problema che una distribuzione che utilizzavo funzionava perfettamente in una macchina virtuale, ma era orribilmente instabile in modo nativo, a causa di una scheda grafica che non era stata completamente testata con la distribuzione. Fedora, ad esempio, ha un elenco di hardware che è stato testato a fondo. Il fatto è che nessuna distribuzione di Linux sarà stabile al 100% con hardware all'avanguardia con nuovi driver difettosi. Ho provato a fare quello che hai fatto ma ho finito per cancellare la mia partizione Linux dopo che diverse distribuzioni non sarebbero state abbastanza stabili per me. Secondo me, a meno che tu non stia facendo qualcosa che richieda un'accelerazione hardware, non è assolutamente necessario eseguire Linux in modo nativo.

Il mio consumo di energia aumenta drasticamente ogni volta che avvio VirtualBox.

Nel mio caso, eseguo Linux come host e guest, e non so se il sistema operativo host / guest fa la differenza, o se questo è inerente a VirtualBox o alla tecnica di virtualizzazione.

Utilizzando powertop posso vedere che il processo "VBoxHeadless" è spesso il più grande consumatore di energia sul mio sistema.

Se si tratta di un sistema desktop, forse non è importante per te, ma sul mio laptop, desidero disattivare VirtualBox ogni volta che non ho bisogno del sistema guest.

Se non si utilizzano VM per scopi speciali (ad esempio, è necessario clonare VM; copiare / spostare tra server; avere più ambienti di test diversi; ecc.), Suggerirei di installare Linux come sistema operativo principale per il 95% delle attività e quindi installa Windows come VM dall'interno di Linux per l'attività del 5% delle attività di Windows. (A meno che il 5% delle attività di Windows non richieda una notevole quantità di CPU / memoria; ad esempio l'utilizzo di Photoshop o l'editing video.) Se si dispone di un Linux come sistema operativo principale, avrà pieno accesso a tutta la memoria e tutti i core della CPU. Tuttavia, se si trova all'interno di una macchina virtuale, è possibile assegnare solo una piccola parte dei core della CPU di memoria; generalmente al massimo metà delle risorse della macchina può essere assegnata a una macchina virtuale. Quindi, se hai una macchina quad-core con 8 GB di RAM, ma hai assegnato solo 1 core e 2 GB alla tua VM,

L'uso di una macchina virtuale sarà più lento. Per la maggior parte delle cose, la virtualizzazione al giorno d'oggi è molto buona e la differenza non sarà evidente (a parte il notevole calo delle CPU / RAM disponibili sulla VM); tuttavia, se è necessaria un'accelerazione hardware sofisticata (ad esempio, per la grafica), la VM potrebbe non tradursi correttamente nella scheda; quindi potresti notare che il rendering di video / 3-d soffre in modo significativo all'interno della VM.

Posso dirti che, nella mia esperienza, la configurazione contraria è migliore. Intendo l'host con Linux e l'ospite con Windows. Questo a causa delle prestazioni e della stabilità. In questo momento sto lavorando in ufficio con un host windows e un guest linux (ho bisogno di entrambi) ma nel mio laptop personale ho host con linux e guest con windows. E le prestazioni sono migliori nel mio laptop. Anche quando il mio laptop personale ha meno risorse.

Comunque non vedo alcun problema (senza una soluzione alternativa) nella tua configurazione. è solo una questione di gusti.

Eseguo Ubuntu in una VM VirtualBox e penso che l'unico problema che ho riscontrato è che l'accelerazione OpenGL pass-through all'host è ropey.

Ho iniziato facendo quello che fai, * nix in una macchina virtuale. Questo è ottimo per provarlo, ma suggerisco di girarlo. Windows può funzionare sorprendentemente bene in una macchina virtuale. Se usi principalmente Linux, perché non far usare Linux al sistema host?

Professionisti:

1. Maggiore controllo sui problemi dell'host (ovvero arresti anomali / riavvii automatici meno probabili con Linux)
2. Linux utilizza meno risorse di Windows quando è inattivo (risorse che potresti invece allocare a una macchina virtuale)
3. Virtualbox, a mio avviso, funziona meglio su Linux. L'ho provato in entrambi i modi.
4. Facile da configurare, la velocità incredibile aumenta a una macchina virtuale su Linux. Uso il software RAID su 2 dischi rigidi consumer per eseguire l'avvio di VM di Windows XP su Firefox in 8 secondi piatti

Contro:

1. Possibili problemi del driver quando si esegue linux come host
2. L'accelerazione 3D potrebbe essere difficile da avviare su Linux
3. Se usi Windows per giocare, una macchina virtuale potrebbe non essere abbastanza veloce

Non c'è assolutamente alcun motivo per non farlo, purché tutto ciò che si desidera fare nell'host e nel client funzioni come desiderato.

Ho usato questa configurazione sul mio PCG-Z505 Sony con VMware dall'inizio del 2000 fino alla metà del 2003. Host: Windows 98 e client SuSE Linux. Il motivo principale di quella configurazione era che potevo usare il server imap sotto Linux dall'host Outlook Express mentre ero mobile (lo avevo già sul mio computer desktop Linux prima con Win98 sotto Linux). Il client Linux farebbe anche filtri antispam ecc. In Linux. Potrei anche accedere ai server al lavoro usando un SSH in un ambiente più familiare.

L'host di macchine virtuali ha ben protetto Linux da problemi hardware. In IIRC c'erano alcuni problemi con il wireless, ma la maggior parte delle volte ero su una connessione cablata a casa o in ufficio. In caso contrario, farei in modo che Outlook Express raccolga la posta e la invii al server imap, perdendo temporaneamente lo spamfiltering solo in modalità wireless.

Non potevo farlo in modo inverso (come ho fatto prima sul mio desktop), perché normalmente eseguivo Linux senza grafica, altrimenti le cose non andrebbero bene nella memoria. Con Linux come host avrei dovuto eseguirlo sempre anche in modalità grafica, lasciando troppo poca memoria in Windows 98 per eseguire Word senza scambiare.

Uso anche questa configurazione (guest Ubuntu su Windows).

Pro:

• Nessuna modifica alle finestre iniziali, il reparto IT della mia azienda supporterà qualsiasi problema / crash relativo a Windows.

con:

• Avvio lento: è necessario avviare Windows, quindi avviare la macchina virtuale.
• Nessun ponte wireless.

Sto aggiungendo una nota alle risposte già esistenti (e eccellenti): è anche possibile eseguire Linux e Windows fianco a fianco.

Il progetto Cooperative Linux mira a questo:

Cooperative Linux è il primo metodo gratuito e open source funzionante per eseguire in modo ottimale Linux su Microsoft Windows in modo nativo. Più in generale, Cooperative Linux (nome breve coLinux) è una porta del kernel Linux che gli consente di funzionare in modo cooperativo insieme a un altro sistema operativo su una singola macchina.

e ci sono anche distro Linux che girano su di esso: TopologiLinux e andLinux .

Sfortunatamente sembra che questi progetti siano stati abbandonati; l'ultima versione di coLinux ha 3 anni e l'ultima versione di entrambe le distribuzioni ha 8 anni.