Thermostaat formatteren werkt niet

[Boinkie]

Beste mensen,

Ik heb hier een Heatmiser PRT-TS WiFi liggen die tot voor kort prima werkte. Onlangs probeerde ik alleen de config file aan te passen alleen dat ging niet helemaal volgens plan. Er zit een kleine flash drive op de thermostaat van 8.5 kb en deze lijkt nu verrot te zijn. Formatteren werkt helaas niet via de Mac, Windows 10 of command prompt. Ik krijg dan de volgende melding

code:

The type of the file system is RAW.
The new file system is FAT.
Verifying 8.5 KB
The specified cluster size is too big for FAT.
Format failed.

Op geen enkele mogelijkheid krijg ik de schijf geformatteerd en weer actief. Via disk management en dergelijk werkt het ook niet. Ook de HP Format tool biedt geen oplossing.

Iemand enig idee wat ik nog kan proberen?

[Henk007]

Ik heb geen enkele ervaring met deze thermostaten, maar na een korte search vond ik een manier voor een factory reset:

To perform a factory reset, follow these steps:
Turn off the thermostat by pressing and holding the off button. Press and hold the bottom left corner of the LCD for 10 seconds. You will see all the icons appear for 2 seconds and then disappear. You now need to power down the thermostat for 5 seconds and then power on again.

Geen idee of dit bij jouw specifieke model werkt en of de mass storage daarbij ook wordt gereset.

[Boinkie]

Helaas heb ik geen uitknop. Gaat om deze thermostaat.

http://www.amazon.co.uk/W...-Thermostat/dp/B00649IWXI

De thermostaat werkt verder gewoon normaal. Ik krijg alleen dus de opslag van slechts 8,5 kb niet formatteert.

[Andre_J]

Zou het kunnen zijn dat er een te grote blocksize staat ingesteld bij het formatteren?
16k bv?

[Bastien]

Fabrikant al gevraagd? Je zult vast niet de eerste zijn.

[Boinkie]

De default allocation staat ingeschakeld. De fabrikant zegt dat formatteren gewoon moet werken. Thermostaat is alleen 3 jaar oud dus ook geen garantie meer

[Rainmaker]

Leuk man. Zal straks eens hetzelfde proberen met de Toon die ik hier aan de muur heb hangen.

Volgens http://superuser.com/ques...mum-volume-size-for-fat12 is dit een limitatie van mkfs.vfat, die perse 33792 blocken wil hebben.

Je zou een filesystem kunnen maken in een file, die file truncaten en dan dd'en naar het device.

Dus zoiets:

➜ ~ echo '8.5*1024' | bc
8704.0
➜ ~ dd if=/dev/zero of=thermo.staat bs=1 count=33792
33792+0 records in
33792+0 records out
33792 bytes (34 kB) copied, 0.157914 s, 214 kB/s
➜ ~ mkfs.fat -F12 -f 1 -r 16 thermo.staat
mkfs.fat 3.0.28 (2015-05-16)
➜ ~ dd if=thermo.staat of=dd.mij bs=1 count=8704
8704+0 records in
8704+0 records out
8704 bytes (8.7 kB) copied, 0.0529437 s, 164 kB/s

En inderdaad, ik kan deze mounten:

➜ ~ sudo mount -o loop dd.mij /mnt
➜ ~ ls /mnt
➜ ~

*edit, omdat ik nieuwsgierig was; superuser had gelijk:
https://github.com/dosfst...aster/src/mkfs.fat.c#L998

Er zijn dus 32 extra blocks nodig (en 1 block sector is 512 bytes), dus 16 KiB.
Als je totale FS maar 8.5 kb is, haal je dat dus niet.
Ik zou dit eigenlijk als iets van een bug zien. Nou ja, niet echt een bug, maar de mogelijkheid voor een overwrite zou wel handig zijn.

[ Voor 17% gewijzigd door Rainmaker op 23-12-2015 00:49 ]