Con l'ultima build di Windows 10 19H1 è possibile accedere ai file sul Windows Subsystem for Linux

[Redazione di Hardware Upg]

Link alla notizia: https://www.hwupgrade.it/news/sistem...nux_80875.html

L'ultima build di Windows 10 permette di accedere ai file delle distribuzioni Linux installate tramite Windows Subsystem for Linux: l'implementazione è ancora acerba, ma funzionante

Click sul link per visualizzare la notizia.

[aqua84]

come ho già detto in un altro forum, io mi stupisco che si è dovuti arrivare al 2019-2020 per una cosa del genere

intendo dire che al contrario Linux dovrebbe avere dei problemi (e spesso li ha) nel leggere/scrivere un formato proprietario come NTFS, eppure da anni riesce a farlo (quasi) perfettamente.

ora, non dico di permettere l'installazione di Windows su BTRFS (anche se sarei molto curioso di vedere come si comporta), ma poter leggere e scrivere su filesystem open come appunto BTRFS o EXT e altri in modo nativo direi che doveva essere possibile già da molti anni, e invece...

[AlexAlex]

attento che non si parla di accedere al file system linux (ci sono da una vita tool per permetterlo) ma a quello dell'installazione tramite WLS, in pratica è più simile alla condivisione file con un sistema virtualizzato tipo su virtualbox che ora può essere gestito direttamente senza dover per forza utilizzare la console

[tony359]

I took che citi sono onestamente fallati (Microsoft ci mette di sicuro lo zampino).
Ext2fsd mi bloccava il sottosistema di gestione partizione quasi ogni volta che inserivo un dispositivo con file system Linux.
Sono stato costretto a rimuoverlo. Un supporto nativo non mi farebbe schifo.

[Nui_Mg]

Originariamente inviato da tony359

I took che citi sono onestamente fallati (Microsoft ci mette di sicuro lo zampino).

Non so di che tool stiate parlando, ma ci sono tool e tool e se uno aspetta l'inefficiente e ritardataria microsoft sta fresco.
E' da una vita che uso un file manager terzi che tranquillamente può accedere nativamente in lettura (no scrittura, così da evitare eventuali rischi sui dati poggianti su fs "stranieri"):

Ext2/3/4
ReiserFS, Reiser4
HFS/HFS+
NTFS, ReFS
Fat/exFAT
UFS2
Windows and Linux software raid arrays
DDF, MegaRaid, Adaptec, nVidia, Intel, Via, Silicon raid arrays
MBR, GPT, Apple and BSD partitions
VMWare, VirtualPC, VirtualBox and Parallels disk images

aggiungo pure i reparse point.

[pabloski]

Originariamente inviato da Nui_Mg

se uno aspetta l'inefficiente e ritardataria microsoft sta fresco.

Non è che sono deficienti, è che lo fanno apposta.

L'interoperabilità apre le porte alla possibilità di scelta e sappiamo che MS non ama la concorrenza. Ultimamente è stata costretta a piegarsi, altrimenti sarebbe finita imprigionata nella sua torre d'avorio.

Ma in generale non è un bene, per un monopolista, aprire le porte all'universo degli altri. E vale in entrambi i sensi, cioè sia quando i vari Wine ti consentono di far girare software Windows su Linux, sia quando tecnologie Linux possono essere sfruttate da Windows.

[Slater91]

Originariamente inviato da aqua84

ora, non dico di permettere l'installazione di Windows su BTRFS (anche se sarei molto curioso di vedere come si comporta), ma poter leggere e scrivere su filesystem open come appunto BTRFS o EXT e altri in modo nativo direi che doveva essere possibile già da molti anni, e invece...

Su questo posso risponderti: Windows non è né sarà mai realmente compatibile con i filesystem UNIX (e quindi Linux) per via delle differenti gestioni dei metadati e dei permessi. Il modello UNIX usa un modello per utente, gruppo e "altri" con tre tipi di permesso (lettura, scrittura, esecuzione), mentre NTFS usa un modello con permessi specifici per ciascun utente e tipologie più complesse di permessi. C'è dunque un'incompatibilità concettuale, oltre che implementativa.
Questa incompatibilità è il motivo per cui non è possibile modificare i file del WSL direttamente da Esplora Risorse andando nella cartella della distribuzione: nonostante siano memorizzati su un file system NTFS, i file hanno dei metadati aggiuntivi che permettono di simulare il sistema dei permessi di Linux, e modificando direttamente questi file c'è il rischio di corrompere o eliminare i metadati rendendo illeggibili i file alla distribuzione.
Di fatto, comunque, Linux può leggere e scrivere file NTFS ma non interagire direttamente con il sistema dei permessi - motivo per cui non è possibile effettuare operazioni complesse come avviene invece su Windows.
NTFS è uno dei (se non direttamente il) file system più avanzati e complessi attualmente a disposizione. E Windows è costruito basandosi su questa complessità. Installare il sistema su un file system diverso non è possibile perché bisognerebbe riscriverne una larga parte. Di contro, avere accesso a file system diversi potrebbe essere possibile se venisse integrato a livello di sistema uno strato di compatibilità con il sistema dei permessi UNIX - ma anche questo richiederebbe uno sforzo non da poco. Il problema di fondo è che gli strumenti sotto Linux sono forniti "as is" senza la pretesa della perfetta compatibilità e, anzi, con l'esplicito avvertimento che potrebbero causare problemi. Dall'altro lato, Microsoft ha l'esigenza di fornire un prodotto quanto più possibile stabile e vicino all'assenza di difetti perché deve garantire un'affidabilità elevata. Come noto non è possibile produrre programmi senza bachi, ma è invece possibile garantire una ragionevole stabilità del programma (ovvero un certo determinismo nelle operazioni) e questo è il principale fattore limitante, insieme alla spesa (sostanziosa) necessaria per implementare una funzionalità richiesta da relativamente poche persone.

[LukeIlBello]

Originariamente inviato da Slater91

Su questo posso risponderti: Windows non è né sarà mai realmente compatibile con i filesystem UNIX (e quindi Linux) per via delle differenti gestioni dei metadati e dei permessi. Il modello UNIX usa un modello per utente, gruppo e "altri" con tre tipi di permesso (lettura, scrittura, esecuzione), mentre NTFS usa un modello con permessi specifici per ciascun utente e tipologie più complesse di permessi. C'è dunque un'incompatibilità concettuale, oltre che implementativa.
Questa incompatibilità è il motivo per cui non è possibile modificare i file del WSL direttamente da Esplora Risorse andando nella cartella della distribuzione: nonostante siano memorizzati su un file system NTFS, i file hanno dei metadati aggiuntivi che permettono di simulare il sistema dei permessi di Linux, e modificando direttamente questi file c'è il rischio di corrompere o eliminare i metadati rendendo illeggibili i file alla distribuzione.
Di fatto, comunque, Linux può leggere e scrivere file NTFS ma non interagire direttamente con il sistema dei permessi - motivo per cui non è possibile effettuare operazioni complesse come avviene invece su Windows.
NTFS è uno dei (se non direttamente il) file system più avanzati e complessi attualmente a disposizione. E Windows è costruito basandosi su questa complessità. Installare il sistema su un file system diverso non è possibile perché bisognerebbe riscriverne una larga parte. Di contro, avere accesso a file system diversi potrebbe essere possibile se venisse integrato a livello di sistema uno strato di compatibilità con il sistema dei permessi UNIX - ma anche questo richiederebbe uno sforzo non da poco. Il problema di fondo è che gli strumenti sotto Linux sono forniti "as is" senza la pretesa della perfetta compatibilità e, anzi, con l'esplicito avvertimento che potrebbero causare problemi. Dall'altro lato, Microsoft ha l'esigenza di fornire un prodotto quanto più possibile stabile e vicino all'assenza di difetti perché deve garantire un'affidabilità elevata. Come noto non è possibile produrre programmi senza bachi, ma è invece possibile garantire una ragionevole stabilità del programma (ovvero un certo determinismo nelle operazioni) e questo è il principale fattore limitante, insieme alla spesa (sostanziosa) necessaria per implementare una funzionalità richiesta da relativamente poche persone.

zfs è più complesso di ntfs

[Slater91]

Originariamente inviato da LukeIlBello

zfs è più complesso di ntfs

Ne dubito, almeno per quanto riguarda la gestione di permessi e metadati. È sempre, dopotutto, un file system UNIX. Permette di fare in maniera semplice molte cose che NTFS non permette di fare altrettanto semplicemente o non permette proprio (snapshot, pooling, ecc), ma sul fronte della complessità dei permessi non c'è proprio paragone

[Nui_Mg]

Originariamente inviato da pabloski

Non è che sono deficienti, è che lo fanno apposta.

Ah certo, non ne dubito, stiamo pur sempre parlando di una realtà con notevoli risorse.

[LukeIlBello]

Originariamente inviato da Slater91

Ne dubito, almeno per quanto riguarda la gestione di permessi e metadati. È sempre, dopotutto, un file system UNIX. Permette di fare in maniera semplice molte cose che NTFS non permette di fare altrettanto semplicemente o non permette proprio (snapshot, pooling, ecc), ma sul fronte della complessità dei permessi non c'è proprio paragone

ah beh se parli dei soli permessi ok..
io parlavo di complessità a livello di features esposte

[pabloski]

Originariamente inviato da Slater91

Ne dubito, almeno per quanto riguarda la gestione di permessi e metadati. È sempre, dopotutto, un file system UNIX. Permette di fare in maniera semplice molte cose che NTFS non permette di fare altrettanto semplicemente o non permette proprio (snapshot, pooling, ecc), ma sul fronte della complessità dei permessi non c'è proprio paragone

Non scherziamo. ZFS è un mondo a parte. E supporta TUTTE le caratteristiche d'uso comune di NTFS, tra cui ACL ed attributi estesi ( usati per implementare le capabilities che NTFS non ha ).

Il confronto può essere fatto con ReFS, ma NTFS perde completamente, mancando di tutti i meccanismi d'integrità dei dati implementati da ZFS, quelli di caching su volumi separati, il copy-on-write, la fusione di volumi multipli e in generale il volume management ( compreso RAID ).

[LukeIlBello]

Originariamente inviato da pabloski

Non scherziamo. ZFS è un mondo a parte. E supporta TUTTE le caratteristiche d'uso comune di NTFS, tra cui ACL ed attributi estesi ( usati per implementare le capabilities che NTFS non ha ).

Il confronto può essere fatto con ReFS, ma NTFS perde completamente, mancando di tutti i meccanismi d'integrità dei dati implementati da ZFS, quelli di caching su volumi separati, il copy-on-write, la fusione di volumi multipli e in generale il volume management ( compreso RAID ).

eh infatti

[aqua84]

Originariamente inviato da Slater91

...Installare il sistema su un file system diverso non è possibile perché bisognerebbe riscriverne una larga parte. Di contro, avere accesso a file system diversi potrebbe essere possibile se venisse integrato a livello di sistema uno strato di compatibilità con il sistema dei permessi UNIX - ma anche questo richiederebbe uno sforzo non da poco. Il problema di fondo è che gli strumenti sotto Linux sono forniti "as is" senza la pretesa della perfetta compatibilità e, anzi, con l'esplicito avvertimento che potrebbero causare problemi. Dall'altro lato, Microsoft ha l'esigenza di fornire un prodotto quanto più possibile stabile e vicino all'assenza di difetti perché deve garantire un'affidabilità elevata.

scusa ma devo dissentire su tutte e due le questioni.

prima questione, installare Windows su un filesystem diverso.
ho appunto specificato che NON si chiede quello, ovviamente c'è il loro NTFS che deve essere difeso.
sullo sforzo nel realizzare un driver integrato in Windows per leggere/scrivere filesystem open... i codici sono aperti e documentati, quindi sono più propenso a credere che sia una questione di NON VOLERLO FARE.

seconda questione, Microsoft ha l'esigenza di fornire un prodotto quanto piu possibile stabile.
è vero, l'esigenza è quella, ma nei fatti poi non è così, e lo sappiamo tutti.
e non parlo solo di utenza casalinga ma soprattutto utenza business.

del resto, si è dovuto aspettare decenni per avere un lettore PDF integrato (e che lettore...) invece di doversi installare ogni volta Adobe Reader, che non dovrei stupirmi piu di niente ormai.

[Nicodemo Timoteo Taddeo]

Originariamente inviato da aqua84

scusa ma devo dissentire su tutte e due le questioni.

prima questione, installare Windows su un filesystem diverso.
ho appunto specificato che NON si chiede quello, ovviamente c'è il loro NTFS che deve essere difeso.

Non hai capito, NTFS non deve essere difeso. Ma è Windows NT che è NTFS! Vediamo se così arriva meglio il messaggio

sullo sforzo nel realizzare un driver integrato in Windows per leggere/scrivere filesystem open... i codici sono aperti e documentati, quindi sono più propenso a credere che sia una questione di NON VOLERLO FARE.

Esatto, non lo vogliono fare, avranno pur il diritto immagino... In ogni caso anche volessero farlo ne verrebbe fuori qualcosa di artificioso, forzato, incompleto. Se hai letto il post di Slater91 avrai capito che sarebbe un po' come integrare i driver o i programmi che permettono già ora di accedere ai file system EXT2-3-4, e che danno per niente l'idea di essere parte integrante del sistema operativo.

seconda questione, Microsoft ha l'esigenza di fornire un prodotto quanto piu possibile stabile.
è vero, l'esigenza è quella, ma nei fatti poi non è così, e lo sappiamo tutti.
e non parlo solo di utenza casalinga ma soprattutto utenza business.

Non è che gli altri OS competitor (esistono in realtà?) brillino per maggior stabilità eh.

del resto, si è dovuto aspettare decenni per avere un lettore PDF integrato (e che lettore...) invece di doversi installare ogni volta Adobe Reader, che non dovrei stupirmi piu di niente ormai.

Che dici, se l'avessero fatto non ci sarebbero stati dai paldini della libera concorrenza strali e multe megamilionarie per aver deciso di uccidere gli altri sull'argomento .pdf avvalendosi del monopolio di fatto? Presente Windows Media Player???? Ancora oggi fanno le versioni N di Windows.

[pabloski]

Originariamente inviato da Nicodemo Timoteo Taddeo

Esatto, non lo vogliono fare, avranno pur il diritto immagino... In ogni caso anche volessero farlo ne verrebbe fuori qualcosa di artificioso, forzato, incompleto.

E chi l'ha detto? Ho letto anche il post di slater91 e

"Installare il sistema su un file system diverso non è possibile perché bisognerebbe riscriverne una larga parte"

allora come fa Linux ad installarsi su filesystem che vanno da ext2/3/4 a xfs a jfs fino a btrfs e zfs?

Un filesystem deve supportare il subset minimo di funzionalità che consente al sottosistema di autenticazione, protezione e sicurezza di funzionare. Cioè deve fornire i classici permessi, più le ACL e ultimamente si stanno usando parecchio gli attributi estesi.

I filesystem che forniscono queste funzionalità, possono essere adatti a fornire la root per Windows ( e per praticamente qualsiasi altro sistema operativo, tranne qualcuno specialistico che necessita di qualche strana funzionalità ).

[aqua84]

Originariamente inviato da Nicodemo Timoteo Taddeo

Non hai capito, NTFS non deve essere difeso. Ma è Windows NT che è NTFS! Vediamo se così arriva meglio il messaggio

io ho capito benissimo, il senso del mio discorso era tutt'altro, forse sei tu che non hai capito bene nè il mio nè il suo messaggio.

Originariamente inviato da Nicodemo Timoteo Taddeo

Esatto, non lo vogliono fare, avranno pur il diritto immagino... In ogni caso anche volessero farlo ne verrebbe fuori qualcosa di artificioso, forzato, incompleto. Se hai letto il post di Slater91 avrai capito che sarebbe un po' come integrare i driver o i programmi che permettono già ora di accedere ai file system EXT2-3-4, e che danno per niente l'idea di essere parte integrante del sistema operativo.

Ok, a parte che Slater91 non è Microsoft, con tutto il rispetto veramente per Slater91.
E si, so bene quanto sono imbarazzanti i software esterni che ci sono ora, ma tu pensi che siccome quello è il livello raggiunto allora Microsoft saprebbe solo fare uguale o peggio?

Originariamente inviato da Nicodemo Timoteo Taddeo

Non è che gli altri OS competitor (esistono in realtà?) brillino per maggior stabilità eh.

vero, ma non sono qui per difendere un sistema piuttosto che un altro, uso tranquillamente e produttivamente sia Windows che Linux che macOS.
visto che il topic è su Windows io parlavo QUI riguardo a Windows.

Originariamente inviato da Nicodemo Timoteo Taddeo

Che dici, se l'avessero fatto non ci sarebbero stati dai paldini della libera concorrenza strali e multe megamilionarie per aver deciso di uccidere gli altri sull'argomento .pdf avvalendosi del monopolio di fatto? Presente Windows Media Player???? Ancora oggi fanno le versioni N di Windows.

anche qui ti do ragione, sono sempre stato uno di quelli che gridava, e grida ancora oggi, allo scandalo per la multa a Microsoft per aver integrato un media player nel SUO sistema operativo

[pabloski]

Originariamente inviato da aqua84

sono sempre stato uno di quelli che gridava, e grida ancora oggi, allo scandalo per la multa a Microsoft per aver integrato un media player nel SUO sistema operativo

Bisognerebbe arrestare i politici. Non per la multa in sè, ma per il fatto di aver lasciato che si sviluppasse un simile monopolio. Bisogna intervenire molto prima e con la scure.

Per fortuna la situazione si è sbloccata da sola e ad oggi il monopolio Windows nel mondo PC desktop conta davvero poco.

Ma MS pure ha commesso dei crimini, ben documentati nel processo del '98, dove si è dimostrato che MS ha messo in atto pratiche per "ammorbidire" gli OEM, impedire l'installazione di software concorrenti, integrare Internet Explorer/ActiveX con le tecnologie server-side al fine di spazzare via Netscape e soci.

Insomma, non sono dei santi. Gli interventi dell'antitrust UE sono semmai stati inefficaci ( per stessa ammissione del commisario Reding ). Tant'è che abbiamo ancora un monopolio MS in ambito desktop, a cui se n'è aggiunto uno Google in ambito mobile.

L'UE somiglia sempre più a "scemo e più scemo".

[LukeIlBello]

Originariamente inviato da pabloski

Bisognerebbe arrestare i politici. Non per la multa in sè, ma per il fatto di aver lasciato che si sviluppasse un simile monopolio. Bisogna intervenire molto prima e con la scure.

Per fortuna la situazione si è sbloccata da sola e ad oggi il monopolio Windows nel mondo PC desktop conta davvero poco.

Ma MS pure ha commesso dei crimini, ben documentati nel processo del '98, dove si è dimostrato che MS ha messo in atto pratiche per "ammorbidire" gli OEM, impedire l'installazione di software concorrenti, integrare Internet Explorer/ActiveX con le tecnologie server-side al fine di spazzare via Netscape e soci.

Insomma, non sono dei santi. Gli interventi dell'antitrust UE sono semmai stati inefficaci ( per stessa ammissione del commisario Reding ). Tant'è che abbiamo ancora un monopolio MS in ambito desktop, a cui se n'è aggiunto uno Google in ambito mobile.

L'UE somiglia sempre più a "scemo e più scemo".

eh quoto tutto.. impossibile coi pessimi OS degli anni 90-2000 MS riuscisse ad emarginare una concorrenza fatta di OSes assolutamente superiori all'epoca.. c'è riuscita tramite accordi sottobanco cogli OEM e coi produttori di sw, dando mazzette perchè rilasciassero versioni dei loro applicativi che girassero sotto IE6 e activex
il risultato è che oggi può uscirsene con una beta perenne e la gente non può scegliere altro

[cdimauro]

Originariamente inviato da pabloski

E chi l'ha detto? Ho letto anche il post di slater91 e

Che ha detto benissimo.

allora come fa Linux ad installarsi su filesystem che vanno da ext2/3/4 a xfs a jfs fino a btrfs e zfs?

Perché quelle implementazioni di quei filesystem sono state sviluppate appositamente per Linux e le sue API & co..

Un filesystem deve supportare il subset minimo di funzionalità che consente al sottosistema di autenticazione, protezione e sicurezza di funzionare. Cioè deve fornire i classici permessi, più le ACL e ultimamente si stanno usando parecchio gli attributi estesi.

I filesystem che forniscono queste funzionalità, possono essere adatti a fornire la root per Windows ( e per praticamente qualsiasi altro sistema operativo, tranne qualcuno specialistico che necessita di qualche strana funzionalità ).

Qui parli di filesystem a livello teorico / astratto, ma ciò che interessa (ed è ciò di cui si stava parlando. Nicodemo aveva ragione) è la loro implementazione, che può essere completamente diversa a seconda del kernel su cui devono girare.

Originariamente inviato da pabloski

Bisognerebbe arrestare i politici. Non per la multa in sè, ma per il fatto di aver lasciato che si sviluppasse un simile monopolio. Bisogna intervenire molto prima e con la scure.

Per fortuna la situazione si è sbloccata da sola e ad oggi il monopolio Windows nel mondo PC desktop conta davvero poco.

Ma MS pure ha commesso dei crimini, ben documentati nel processo del '98, dove si è dimostrato che MS ha messo in atto pratiche per "ammorbidire" gli OEM, impedire l'installazione di software concorrenti, integrare Internet Explorer/ActiveX con le tecnologie server-side al fine di spazzare via Netscape e soci.

Insomma, non sono dei santi. Gli interventi dell'antitrust UE sono semmai stati inefficaci ( per stessa ammissione del commisario Reding ). Tant'è che abbiamo ancora un monopolio MS in ambito desktop, a cui se n'è aggiunto uno Google in ambito mobile.

L'UE somiglia sempre più a "scemo e più scemo".

Stai mischiando troppe cose. Un conto sono le pratiche di concorrenza sleale (accordi di esclusiva, sconti, ecc. per far fuori la concorrenza) che sono giustamente da condannare, e tutt'altra cosa sono le colossali stupidaggini dell'autorità antitrust europea con le loro ridicolissime multe su IE, WMP, et similia.

Originariamente inviato da LukeIlBello

eh quoto tutto.. impossibile coi pessimi OS degli anni 90-2000 MS riuscisse ad emarginare una concorrenza fatta di OSes assolutamente superiori all'epoca.. c'è riuscita tramite accordi sottobanco cogli OEM e coi produttori di sw, dando mazzette perchè rilasciassero versioni dei loro applicativi che girassero sotto IE6 e activex
il risultato è che oggi può uscirsene con una beta perenne e la gente non può scegliere altro

Di quali mazzette parli? Hai le prove?