[Fli4l_dev] Informationen zum Weekly-Tarball vom 18.1.2013 [24998]

Matthias Prager linux at matthiasprager.de
Mo Jan 21 16:26:48 CET 2013


Am 21.01.2013 11:27, schrieb Sebastian Klein:
> Moin moin,
> 
> Am 20.01.13 23:19, schrieb Matthias Prager:
>> Hallo Christoph,
>>
>> in der Tat scheint dosfsck eine andere Vorstellung von FAT32 zu haben
>> als Windows XP. Fli4l läuft von einem USB-Stick (2GB glaube ich).
> 
> kleine Anmerkung: der fli4l baut eine fat16 Partition beim hdinstall.sh
Mein Stick ist als FAT32 partitioniert und formatiert. Nur so aus
Interesse, warum wurde denn FAT16 gewählt?

> 
>>>> Sun Jan 20 20:48:11 2013: There are differences between boot sector and
>>> its backup.
>>>> Sun Jan 20 20:48:11 2013: Differences: (offset:original/backup)
>>>> Sun Jan 20 20:48:11 2013:   3:53/4d, 4:59/53, 5:53/44, 6:4c/4f,
>>>> 7:49/53,
>>> 8:4e/35, 9:55/2e, 10:58/30
>>>
>>> Das hier klingt aber gar nicht gut... wie hast du die Platte/Karte
>>> formatiert, bzw. auf welchem System? Offenbar hat dosfsck eine andere
>>> Vorstellung von FAT32 als das ursprüngliche System.
> 
> evtl. führst du das oben genannte Script einfach mal aus und machst die
> Installation neu. Einfach in der config/hd.txt OPT_HDINSTALL='yes'
> setzen, bauen, booten, Script ausführen und nen Remoteupdate machen.
> Erst danach nochmal neu booten ;-)
Ich habe den Stick einfach mal an meinem Linux-Desktop gehängt und dort
von Hand dosfsck (mit Parameter '-r') drüber laufen lassen. Jetzt sind
die beiden Bootsektoren wieder synchron und fli4l meckert nicht mehr :-)

Ist aber eher Kosmetik, denn es ändert an meinen Problemen mit dem neuen
Build nichts.
> 
> Grüße Sebastian
> 



Mehr Informationen über die Mailingliste Fli4l_dev