Microsoft Windows 8 - novità in CHKDSK e fix degli errori

Ottima cosa

Ah beh grasso che cola... in sostanza l'articolo dice che le operazioni di verifica (= chkdsk read only) posso essere fatte a caldo, le correzioni (= chkdsk /F) vengono "posticipate in un secondo momento, quindi in una situazione in cui il PC può rimanere inattivo per un certo periodo", ovvero facendo l'unmount del volume con riavvio e down del sistema... insomma esattamente quello che fa anche l'attuale chkdsk
Ci hanno solo messo un frontend grafico per visualizzare quei log che oggi vengono raccolti dall'event viewer... beh grande novità

Piuttosto che vendere fumo negli occhi farebbero bene a darsi una mossa adottando un nuovo filesystem al posto di quel rudere inguardabile di NTFS.
Gli altri filesystem ormai hanno preso il largo da anni, avevano promesso di mandare in pensione NTFS con Vista e Win Server 2008, poi hanno rimandato con Win7 e 2008 R2, ora non dicono più nulla...

Il resto del mondo informatico vive con filesystem che fanno il resize a caldo, snapshot a caldo, alcuni addirittura crc a livello di blocco.
Windows invece è l'unico sistema operativo che richiede un riavvio per tutto, riavvii per gli aggiornamenti, riavvii per fare i check del filesystem, volumi che non si possono rimensionare e dove il sistema operativo archivia gli aggiornamenti applicati (un controsenso macroscopico...).

Ma ci rendiamo conto dell'abisso tecnologico che separa i sistemi Windows (specialmente in ambito server) dalla concorrenza?
Poi stanno a perdere tempo per idiozie tipo HyperV quando gli aspetti da sistemare sono ben altri e sono ben più fondamentali

Il nuovo CHKDSK fa in minuti quello che oggi faceva in ore su volumi di grandi dimensioni con milioni di file, questo l'ho provato ed è anche documentato su technet.

Un nuovo file system si usa quando serve e quindi il ntfs va benissimo per la maggiorparte delle situazioni e per le restanti allora puoi usare il nuovo file system di windows 2008 il refs che è molto simile al zfs come funzionalità.

Anche l'ntfs fa da anni il resize a caldo e gli snapshot a caldo, quindi mi chiedo dove eri in questo tempo?

@Tass: umount, non unmount

come al solito! flame come il tuo sono causati (purtroppo) sempre dallo stesso motivo:
mi rammarica dirlo,ma ogni volta le notizie vengono riportate malissimo rispetto al blog ufficiale della microsoft. Infatti da come è stato scritto l'articolo sembra veramente che non ci siano stati grandi novità(per dirla breve: non sapete scrivere articoli)

Comunque lo ripeto sempre (stavolta per gli utenti): andate ad informarvi direttamente dalla fonte originale, i n questo caso dal blog della microsoft.

"windows deve riavviare per ogni cosa gli altri no"
evviva la fiera dei luoghi comuni...

@ Tass:
scusa ma dall'articolo io ho capito, invece, che la novità è che il check del disco avviene a caldo, poi se trova errori questi vengono "messi da parte" per poi essere risolti quando sarà possibile farlo!
Ora, invece, anche il check è fatto a "computer inutilizzabile"! Pur non essendo un esperto mi sembra una grossa novità/comodità!

Dov'ero? A migrare servizi da Windows a RedHat per clienti disperati che non ne potevano più di avere un server al servizio del sistema operativo (e non viceversa).

Felice di essere smentito ma fin'ora refs è un proclama su un blog e windows server 2008 non permette di formattare volumi con quel filesystem.
Riguardo alle caratteristiche di questo nuovo fs ci sarebbe tutto un discorso da fare, avrà (futuro, forse...) alcune cose interessanti (che zfs e btrfs hanno da anni...), altre magicamente se l'è perse (che invece NTFS ha, come encryption, compressione, logica transazionale, quote), altre non ne avrà proprio (es deduplicazione).

Riguardo alle features citate vediamo di precisare un dettaglio, quando un sistema ha una feature questa deve essere applicabile sempre in tutte le casistiche.
Windows Server ha il resize fin dai tempi di Windows 2000, ma solo da 2008 in poi questo è possibile sui volumi di sistema, che guardacaso storicamente sono sempre quelli su cui c'è più bisogno di espansioni, vuoi perchè gli updates finiscono li, vuoi perchè di default quasi tutti i servizi Microsoft di riffa o di raffa qualcosa ci scrivono (spostare qualcosa poi è possibile, ma non documentato e non certificato, bella consolazione se hai a che fare con un sistema in produzione )
Gli snapshot? Benedetto sia VSS ma proprio sul volume di sistema non si possono fare restore... e allora a che serve una feature del genere?

Io mi riferivo al precesso di unmount generico, non al comando unix per fare l'unmount

Luoghi comuni?
Prova a lanciare Windows Update, oppure a cambiare l'hostname di una macchina, oppure prova lanciare "chkdsk /F C:"
Scommettiamo che ti tocca riavviare?

E nel caso di un pc la cosa è fastidiosa ma relativa, quando devi chiedere una finestra temporale tenendo fermi uffici pubblici o società intere per l'ennesimo update che fixa la più imboscata e inutilizzata dalle caratteristiche di sistema... beh la cosa assuma tutto un'altro sapore.

E questo è niente, quando ti ritrovi con un cluster Windows che di punto in bianco non fa partire i servizi e non rileva i nodi senza dare mezzo messaggio d'errore, oppure quando vuoi sganciare i nodi stessi da un cluster defunto, beh li si che è pianto e stridore di denti...
In quel caso firmeresti subito perchè basti un semplice riavvio a sistemare le cose

Magari nel 2012 non sarebbe neanche male trovare un nome più evoluto dell'orrida denominazione DOS 8+3

Beh, meglio tardi che mai. Un altro piccolo sforzo e magari windows avrà un nuovo filesystem all'altezza dei filesystem del 21° secolo.

P.S. per chi ha voglia di criticare questa mia ultima osservazione, consiglio di informarsi prima sui filesystem btrfs, zfs, ext4, nilfs, refs ( della stessa microsoft ), hammer. Leggetevi pure cosa si può fare con aufs, squashfs, bcache.

P.P.S. vediamo come va a finire la querelle su winrt invece http://www.osnews.com/comments/25948