Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > ger.ct > #397421

Re: FAT16 in 2019?

From Stefan Reuther <stefan.news@arcor.de>
Newsgroups ger.ct
Subject Re: FAT16 in 2019?
Date 2019-04-26 18:01 +0200
Message-ID <q9vh13.21c.1@stefan.msgid.phost.de> (permalink)
References <gibfpcFcbpeU1@mid.individual.net> <q9sskl.18c.1@stefan.msgid.phost.de> <gie8qbFc0jU1@mid.individual.net>

Show all headers | View raw


Am 25.04.2019 um 19:24 schrieb Michael Bode:
> Am 25.04.19 um 18:00 schrieb Stefan Reuther:
>> Am 24.04.2019 um 18:05 schrieb Michael Bode:
>>> Ich habe heute ne defekte HP VSA (Virtual Storage Appliance) repariert,
>>> die nicht mehr booten wollte. Booten soll der Server ESXi von einer
>>> µSD-Karte. Auf der war ne Partition geschrottet. Zum Glück die LOG
>>> Partition, da war nichts wichtiges drin. Aber warum zum Geier nimmt man
>>> für sowas FAT16 und nicht EXT3 o.ä, das ein bisschen robuster ist?
>>
>> Weil FAT16 Größenordnungen weniger komplex ist. Und weil FAT16 das von

(FAT16 -> FAT. In der 32-Bit-Welt sind sie schon angekommen.)

>> der SD-Card-Association für SD-Karten < 32 GB vorgesehene Dateisystem ist.
> 
> Und wen juckt das? Ein Proliant DL380 ist ja keine Digicam.

Steht halt im Standard, und Gerüchten zufolge gab es schon
Flashcontroller, die darauf optimiert haben, dass da erst eine FAT und
dann die Daten stehen.

>> Und so unrobust ist FAT gar nicht, erst recht, wenn man es für einen
>> Zweck wie Logging benutzt: Cluster allokieren, vollschreiben, FAT
>> aktualisieren, Verzeichniseintrag aktualisieren. Kann nach jedem Schritt
>> unterbrochen werden, ohne das Filesystem ernsthaft inkonsistent zu
>> machen. YMMV, hängt natürlich von der konkreten Implementation ab.
> 
> Tja, soweit die Theorie. Die Praxis ist halt, dass die Kiste wegen
> kaputter Partition nicht mehr booten konnte. Auskunft vom VMWare
> Support: da kann man nix machen, das passiert halt mal. Gab schon Serien
> wo das nach ein paar Monaten passiert ist.

Ich habe dennoch Zweifel, dass die Ursache im Dateisystem FAT zu suchen
ist. Jedes andere "normale" Dateisystem schreibt genauso viel. Bei ext3
eben Block allokieren, vollschreiben, inode aktualisieren, Block-Bitmap
aktualisieren (und das alles übers Journal).

Was heißt überhaupt "Partition kaputt"? Flashmedien sterben auch gerne
mal einfach so. FAT ist trivial zu reparieren, es fehlen dann eben
schlimmstenfalls ein paar Dateien.


  Stefan

Back to ger.ct | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

FAT16 in 2019? Michael Bode <m.g.bode@web.de> - 2019-04-24 18:05 +0200
  Re: FAT16 in 2019? Ulf.Kutzner@web.de - 2019-04-24 09:08 -0700
    Re: FAT16 in 2019? Michael Bode <m.g.bode@web.de> - 2019-04-24 18:26 +0200
  Re: FAT16 in 2019? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2019-04-24 19:03 +0200
    Re: FAT16 in 2019? Michael Bode <m.g.bode@web.de> - 2019-04-24 19:24 +0200
      Re: FAT16 in 2019? Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-04-24 21:29 +0200
        Re: FAT16 in 2019? Michael Bode <m.g.bode@web.de> - 2019-04-24 21:43 +0200
  Re: FAT16 in 2019? Stefan Reuther <stefan.news@arcor.de> - 2019-04-25 18:00 +0200
    Re: FAT16 in 2019? Michael Bode <m.g.bode@web.de> - 2019-04-25 19:24 +0200
      Re: FAT16 in 2019? Dr. Joachim Neudert <neudert@5sl.org> - 2019-04-25 17:56 +0000
        Re: FAT16 in 2019? Michael Bode <m.g.bode@web.de> - 2019-04-25 20:36 +0200
      Re: FAT16 in 2019? Stefan Reuther <stefan.news@arcor.de> - 2019-04-26 18:01 +0200
        Re: FAT16 in 2019? Michael Bode <m.g.bode@web.de> - 2019-04-26 22:10 +0200
          Re: FAT16 in 2019? Stefan Reuther <stefan.news@arcor.de> - 2019-04-27 11:36 +0200
    Re: FAT16 in 2019? Herwig AQSR <herwig.huener@t-online.de> - 2019-04-26 03:46 -0700
      Re: FAT16 in 2019? Michael Bode <m.g.bode@web.de> - 2019-04-26 12:53 +0200
      Re: FAT16 in 2019? Lars Gebauer <lars.gebauer@yahoo.de> - 2019-04-26 11:56 +0000
      Re: FAT16 in 2019? Stefan Reuther <stefan.news@arcor.de> - 2019-04-26 17:54 +0200

csiph-web