[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