odborník LINUX
Ahoj
Koupil jsem z druhé ruky jednotku Fibaro HC2
při obnovování do továrního nastavení mi klekla a nenabootuje .
uvnitř je pc běžící na linuxu Debian 6. . bootuje to z běžné flešky která je uvnitř .
Našel jsem postup na opravení grub , ale já to nedám .
pošlu kamkoli
odměna vás nemine .
https://forum.fibaro.com/topic/48303-tu ... ub-in-hc2/
Koupil jsem z druhé ruky jednotku Fibaro HC2
při obnovování do továrního nastavení mi klekla a nenabootuje .
uvnitř je pc běžící na linuxu Debian 6. . bootuje to z běžné flešky která je uvnitř .
Našel jsem postup na opravení grub , ale já to nedám .
pošlu kamkoli
odměna vás nemine .
https://forum.fibaro.com/topic/48303-tu ... ub-in-hc2/
O Fibaru nevím nic, o Linuxu celkem dost.
Tak pokud se s tím nějak nepopasuješ sám, nebo pokud se neozve někdo blíž, tak já bych na to hodil oko.
Co to dělá při bootu? Podle nějakých fotek na webu je vevnitř něco jako běžný mainborad.
Má to i něco jako běžný BIOS?
Nedá se tam nakonfigurovat boot ze sítě?
A kde je ta flashka, ze které to bootuje? Na fotkách z internetu jsem ji neviděl.
Nechceš udělat nějakou fotku reálného stavu?
Tak pokud se s tím nějak nepopasuješ sám, nebo pokud se neozve někdo blíž, tak já bych na to hodil oko.
Co to dělá při bootu? Podle nějakých fotek na webu je vevnitř něco jako běžný mainborad.
Má to i něco jako běžný BIOS?
Nedá se tam nakonfigurovat boot ze sítě?
A kde je ta flashka, ze které to bootuje? Na fotkách z internetu jsem ji neviděl.
Nechceš udělat nějakou fotku reálného stavu?
Ahoj Mexi
jo je v tom klasika mini deska atom
nemá to klasický disk , ani msata ale bootuje to z Klasické flešky - sloty to pro to má .
Teď je to ve stavu kdy vůbec nenaběhne systém .
Bios to má klasiku .
Určitě to bootovat ze sítě umí .
Normálně když fibaro klekne tak se přez tlačítko na zadní straně vynutí recovery mod kdy to umožní obnovu z cloudu nebo do továrního nastavení .
To fibaro má vzdu strčený recovery klíč - je to další fleška ze které to bylo shchopné udělat obnovu , ale pak to fibaro vyřadily a používá se pouze obnova z cloudu .
Nic z toho se teď nedaří - nepřipojí se k síti .
Podle toho co jsem ještě po netu prohledal tak nejspíš má flash disk poškozené buňky což by mělo jít zachránit - pak bych chtěl případně obraz hodit na msata disk .
Každopádně se mi přihlásil zdejší člen"prcek" který se toho pokusí zhostit .
Pokud by se mu nezadařilo tak bych s tím otravoval ještě tebe .
Zatim vám děkuji za ochotu .
https://www.siio.de/die-fibaro-hc2-root ... tallieren/
https://forum.fibaro.com/topic/58447-gi ... tter-life/
https://forsec.nl/2017/09/smart-home-re ... ution-rce/
jo je v tom klasika mini deska atom
nemá to klasický disk , ani msata ale bootuje to z Klasické flešky - sloty to pro to má .
Teď je to ve stavu kdy vůbec nenaběhne systém .
Bios to má klasiku .
Určitě to bootovat ze sítě umí .
Normálně když fibaro klekne tak se přez tlačítko na zadní straně vynutí recovery mod kdy to umožní obnovu z cloudu nebo do továrního nastavení .
To fibaro má vzdu strčený recovery klíč - je to další fleška ze které to bylo shchopné udělat obnovu , ale pak to fibaro vyřadily a používá se pouze obnova z cloudu .
Nic z toho se teď nedaří - nepřipojí se k síti .
Podle toho co jsem ještě po netu prohledal tak nejspíš má flash disk poškozené buňky což by mělo jít zachránit - pak bych chtěl případně obraz hodit na msata disk .
Každopádně se mi přihlásil zdejší člen"prcek" který se toho pokusí zhostit .
Pokud by se mu nezadařilo tak bych s tím otravoval ještě tebe .
Zatim vám děkuji za ochotu .
https://www.siio.de/die-fibaro-hc2-root ... tallieren/
https://forum.fibaro.com/topic/58447-gi ... tter-life/
https://forsec.nl/2017/09/smart-home-re ... ution-rce/
podle toho co jsem našel tak ano, ono to je už taky možná deselt let starý .
něco k hw https://forum.fibaro.com/topic/13290-hc ... re/page/2/
něco k hw https://forum.fibaro.com/topic/13290-hc ... re/page/2/
Kdybys to nedal dohromady, myslím že mám novou jednotku a k tomu i nějaké díly, určitě zásuvky, voko, hlavici, termostat...
Na hobíka to asi jde...
SM16A, FN20, 3E710B, CDC7-2, HO02, CO2laser, Fiber a tak
SM16A, FN20, 3E710B, CDC7-2, HO02, CO2laser, Fiber a tak
Napíšu veřejně i když vlastně není moc co, třeba se to někomu bude hodit.
Zatím jsem se dostal k zálohování, ta interní 2GB USB flash je pravděpodobně špatná.
Linux na laptopu, kam jsem ji vrazil na mě vyblil kýbl tohoto (a podobně).
Vzal jsem ji potom ddrescue, takže to, co šlo přečíst mám, ale ještě jsem nezkoumal, jestli je to alespoň částečně použitelné.
Druhá flash, která byla zvenku a měla by být rescue disk jde přečíst celá, jen ji zatím nemám kam uložit (disk zaflákaný pitomostma, takže mažu).
Plán zatím je použít nějakou flash, co doma mám jako pokusný interní disk a zkusit znovu rescue.
Zatím jsem se dostal k zálohování, ta interní 2GB USB flash je pravděpodobně špatná.
Linux na laptopu, kam jsem ji vrazil na mě vyblil kýbl tohoto (a podobně).
Kód: Vybrat vše
[1842113.803212] critical medium error, dev sda, sector 2153472 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[1842113.803213] Buffer I/O error on dev sda, logical block 269184, async page read
[1842113.806021] sd 0:0:0:0: [sda] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=0s
[1842113.806025] sd 0:0:0:0: [sda] tag#0 Sense Key : Medium Error [current]
[1842113.806026] sd 0:0:0:0: [sda] tag#0 Add. Sense: Unrecovered read error
[1842113.806028] sd 0:0:0:0: [sda] tag#0 CDB: Read(10) 28 00 00 20 dc 00 00 00 08 00
[1842113.806028] critical medium error, dev sda, sector 2153472 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[1842113.806031] Buffer I/O error on dev sda, logical block 269184, async page read
[1842113.808854] Buffer I/O error on dev sda, logical block 269312, async page read
[1842113.811686] Buffer I/O error on dev sda, logical block 269312, async page read
[1842118.781317] scsi_io_completion_action: 1756 callbacks suppressed
[1842118.781323] sd 0:0:0:0: [sda] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=0s
[1842118.781328] sd 0:0:0:0: [sda] tag#0 Sense Key : Medium Error [current]
[1842118.781330] sd 0:0:0:0: [sda] tag#0 Add. Sense: Unrecovered read error
[1842118.781331] sd 0:0:0:0: [sda] tag#0 CDB: Read(10) 28 00 00 2e d0 00 00 00 08 00
[1842118.781332] blk_print_req_error: 1756 callbacks suppressed
Druhá flash, která byla zvenku a měla by být rescue disk jde přečíst celá, jen ji zatím nemám kam uložit (disk zaflákaný pitomostma, takže mažu).
Plán zatím je použít nějakou flash, co doma mám jako pokusný interní disk a zkusit znovu rescue.
--
Všechno je snadné, než to zkusíš sám.
Všechno je snadné, než to zkusíš sám.
jen na okraj, pred jakoukoliv opicarnou s daty na disku se dela obraz disku a pokusy o obnovu dat se delaji na tom obrazu nikoliv na fyzickem disku
"do řiti se řítíme, ani o tom nevíme.."
"do řiti se řítíme, ani o tom nevíme.."
Ahoj držím palce , klidně přemaž tu přiloženou modrou flash na kterou jsem hodil ten debian .prcek píše: ↑30. 1. 2023, 5:16 Napíšu veřejně i když vlastně není moc co, třeba se to někomu bude hodit.
Zatím jsem se dostal k zálohování, ta interní 2GB USB flash je pravděpodobně špatná.
Linux na laptopu, kam jsem ji vrazil na mě vyblil kýbl tohoto (a podobně).
Vzal jsem ji potom ddrescue, takže to, co šlo přečíst mám, ale ještě jsem nezkoumal, jestli je to alespoň částečně použitelné.
Druhá flash, která byla zvenku a měla by být rescue disk jde přečíst celá, jen ji zatím nemám kam uložit (disk zaflákaný pitomostma, takže mažu).
Plán zatím je použít nějakou flash, co doma mám jako pokusný interní disk a zkusit znovu rescue.
Zatim dík za snahu - jinak ta externí fleška by podle všeho neměla být potřeba , na ní se vytvářela podle všeho jen záloha konfigurace Fibara a ta je dostupná pro obnovu na cloudu .
Dík za snahu, ale...
* rescue USB se zdá být OK
* tento postup nejde použít, protože rescue má 4 GB a je využitá celá narozdíl od stavu popisovaného v článku (8 GB, využita 1/2)
* tento postup nejde použít ani na tu interní flashku, protože má je jen 2 GB a je využitá celá.
--
Všechno je snadné, než to zkusíš sám.
Všechno je snadné, než to zkusíš sám.
Pozor ta interní fleška je 8G - ale na venek se tváří jako 2G - nevím čím to je , ale našel jsem v jednom článku na netuprcek píše: ↑30. 1. 2023, 6:03Dík za snahu, ale...
* rescue USB se zdá být OK
* tento postup nejde použít, protože rescue má 4 GB a je využitá celá narozdíl od stavu popisovaného v článku (8 GB, využita 1/2)
* tento postup nejde použít ani na tu interní flashku, protože má je jen 2 GB a je využitá celá.
Postup opravy z fibaro fora :
I wanted post it here: https://forum.fibaro.com/forum/129-other-solutions/ but i have no rights for it.
First of all I want to say that it is totally not recommended to do it. If you have similar problems - ask for support first!
DO IT ON YOUR OWN RISK! Probably this will end your warranty (but my already ended).
Two days ago a need to do some electric works and I shutdown my HC2 by pressing power button.
Then, when I finished - I switch it on leds start to blinking... but nothing hapened. I tried to boot to recovery but it did not boot also.
I unscrewed left panel of HC and attach monitor to see whtats hapening. And I sawed that it is immediatly reboot after selcecting a boot device.
It was a GRUB problem. This tutorial is for linux users.
Btw, my HC2 version is 4.550.
1. You need:
>=1Gb flash drive
Keyboard
Monitor with VGA connector
Linux PC (you can prepare USB drive on Windows, but I do not know how, sorry)
2. Preparing flash drive
Download Debian 6 image:
https://cdimage.debian.org/mirror/cdima ... rescue.img
And flash it to usb drive (this will erase all your data on flash drive):
dd if=debian-live-6.0.10-amd64-rescue.img of=/dev/sdc
/dev/sdc - is your USB Flash.
3. Boot with prepared flash drive
Power off HC2.
Insert USB Flash.
Remove fibaro recovery usb-drive.
Press F10 like crazy after power on.
Select your USB flash in menu.
4. Fixing grub
When GRUB of flash drive appering - select failsafe mode and press enter
After boot sequence will compleate you have about 5 minutes to fix your problem (after sometime something will reboot your HC2).
Determine system drive device:
ls -al /dev/disk/by-label
You will see something like:
...
lrwxrwxrwx 1 root root 10 Nov 9 14:38 SystemFS -> ../../sdb2
...
So, sdb is your target drive.
Mount SystemFS with write permissions:
sudo mount /dev/disk/by-label/SystemFS /mnt -rw
Install GRUB to your target device.
sudo /usr/grub/grub-install --root-directory=/mnt /dev/sdb
Now you need to fix grub.cfg
vi /mnt/boot/grub/grub.cfg
grub.cfg should become like this:
set default="0"
set timeout="5"
menuentry "Buildroot" {
set root=(hd0,msdos2)
linux /boot/bzImage
initrd /boot/initramfs
boot
}
5. Reboot
Do not forget to remove your flash drive.
It shodl boot normaly now.
---------------------------------
You are a lifesaver!
I had the same issue and was able to get the HC2 running again.
I do have some remarks as the instrutions aren't fully correct.
For step 2 this is the correct location: https://cdimage.debian.org/mirror/cdima ... rescue.img
The 64 bits version doesn not work on mine. This one did.
In step 4 the install grub command should be:
sudo grub-install --root-directory=/mnt /dev/sdb
After this my HC2 rebooted again without problems.
I wanted post it here: https://forum.fibaro.com/forum/129-other-solutions/ but i have no rights for it.
First of all I want to say that it is totally not recommended to do it. If you have similar problems - ask for support first!
DO IT ON YOUR OWN RISK! Probably this will end your warranty (but my already ended).
Two days ago a need to do some electric works and I shutdown my HC2 by pressing power button.
Then, when I finished - I switch it on leds start to blinking... but nothing hapened. I tried to boot to recovery but it did not boot also.
I unscrewed left panel of HC and attach monitor to see whtats hapening. And I sawed that it is immediatly reboot after selcecting a boot device.
It was a GRUB problem. This tutorial is for linux users.
Btw, my HC2 version is 4.550.
1. You need:
>=1Gb flash drive
Keyboard
Monitor with VGA connector
Linux PC (you can prepare USB drive on Windows, but I do not know how, sorry)
2. Preparing flash drive
Download Debian 6 image:
https://cdimage.debian.org/mirror/cdima ... rescue.img
And flash it to usb drive (this will erase all your data on flash drive):
dd if=debian-live-6.0.10-amd64-rescue.img of=/dev/sdc
/dev/sdc - is your USB Flash.
3. Boot with prepared flash drive
Power off HC2.
Insert USB Flash.
Remove fibaro recovery usb-drive.
Press F10 like crazy after power on.
Select your USB flash in menu.
4. Fixing grub
When GRUB of flash drive appering - select failsafe mode and press enter
After boot sequence will compleate you have about 5 minutes to fix your problem (after sometime something will reboot your HC2).
Determine system drive device:
ls -al /dev/disk/by-label
You will see something like:
...
lrwxrwxrwx 1 root root 10 Nov 9 14:38 SystemFS -> ../../sdb2
...
So, sdb is your target drive.
Mount SystemFS with write permissions:
sudo mount /dev/disk/by-label/SystemFS /mnt -rw
Install GRUB to your target device.
sudo /usr/grub/grub-install --root-directory=/mnt /dev/sdb
Now you need to fix grub.cfg
vi /mnt/boot/grub/grub.cfg
grub.cfg should become like this:
set default="0"
set timeout="5"
menuentry "Buildroot" {
set root=(hd0,msdos2)
linux /boot/bzImage
initrd /boot/initramfs
boot
}
5. Reboot
Do not forget to remove your flash drive.
It shodl boot normaly now.
---------------------------------
You are a lifesaver!
I had the same issue and was able to get the HC2 running again.
I do have some remarks as the instrutions aren't fully correct.
For step 2 this is the correct location: https://cdimage.debian.org/mirror/cdima ... rescue.img
The 64 bits version doesn not work on mine. This one did.
In step 4 the install grub command should be:
sudo grub-install --root-directory=/mnt /dev/sdb
After this my HC2 rebooted again without problems.
ještě jsem našel ?
so i had been looking at all these threads, HC2 would not boot, the network lights were not working, cmos battery was 3v, plugged in a vga lead, and wired keyboard (wireless keyboard did not work.)
I could not see any problems with bois except time and date (probably caused by removing cmos battery to check the voltage)
I was confused with all the GRUB info.
so i took out the USB disk that is glued onto the daughter board and plugged it into a Oracle VM Ubuntu on my PC, (i am sure any Linux would do)
about 7 drives appeared but one of them would not mount /UserData which was /dev/sdb9
i opened a terminal window and ran the *fsck /dev/sdb9* command, had to say yes to lots of errors but the /UserData wass now mounted.
put everything back together and hey presto it was working.
did a recovery just to be safe
so might be the cure for others
so i had been looking at all these threads, HC2 would not boot, the network lights were not working, cmos battery was 3v, plugged in a vga lead, and wired keyboard (wireless keyboard did not work.)
I could not see any problems with bois except time and date (probably caused by removing cmos battery to check the voltage)
I was confused with all the GRUB info.
so i took out the USB disk that is glued onto the daughter board and plugged it into a Oracle VM Ubuntu on my PC, (i am sure any Linux would do)
about 7 drives appeared but one of them would not mount /UserData which was /dev/sdb9
i opened a terminal window and ran the *fsck /dev/sdb9* command, had to say yes to lots of errors but the /UserData wass now mounted.
put everything back together and hey presto it was working.
did a recovery just to be safe
so might be the cure for others
něco k ínterní flash - francouzky :
tady jak je obsazena :
Dans ma VM, il s'agit d'un Linux RedHat Enterprise Server, mais n'importe quel Linux peut faire l'affaire, en particulier Debian qui est la distribution utilisée par FIbaro.
Il est évidemment possible de monter cette clé sur n'importe quelle machine Linux, dont voici une liste non exhaustive :
- Linux natif sur PC
- Linux sur Raspberry PI
- Linux dans une VM sous VMware Player sous Windows ou MacOS
- LiveCD bootable sur CD ou clé USB
- etc...
Je ne détaille pas ces procédures, de nombreux tutoriels existent sur Internet, et je répète que si vous voulez tenter les manipulations décrites ici cela nécessite d'être suffisamment à l'aise avec Linux (ce qui implique de savoir l'installer).
Une fois la clé connectée sur la machine Linux, on la voit apparaître dans les messages du noyau avec la commande dmesg :
(V mém VM je to Linux RedHat Enterprise Server, ale každý Linux to dokáže, zejména Debian, což je distribuce používaná FIbaro.
Tento klíč je samozřejmě možné připojit na jakýkoli počítač se systémem Linux, zde je neúplný seznam:
- Nativní Linux na PC
- Linux na Raspberry PI
- Linux ve virtuálním počítači pod VMware Player pod Windows nebo MacOS
- Spouštěcí LiveCD na CD nebo USB klíčence
- atd...
Tyto postupy podrobně neuvádím, na internetu existuje mnoho návodů a opakuji, že pokud si chcete zde popsané manipulace vyzkoušet, musíte se s Linuxem dostatečně orientovat (což znamená vědět, jak jej nainstalovat).
Jakmile je klíč připojen k počítači se systémem Linux, vidíme, že se objevuje ve zprávách jádra pomocí příkazu dmesg:)
[root@redhat ~]# dmesg | tail -21
usb 1-2: new high speed USB device number 3 using ehci_hcd
usb 1-2: New USB device found, idVendor=13fe, idProduct=4100
usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-2: Product: FIBARO RECOVERY
usb 1-2: Manufacturer: FIBARO
usb 1-2: SerialNumber: ......................
usb 1-2: configuration #1 chosen from 1 choice
scsi4 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 3
usb-storage: waiting for device to settle before scanning
usb-storage: device scan complete
scsi 4:0:0:0: Direct-Access FIBARO FIBARO RECOVERY PMAP PQ: 0 ANSI: 6
sd 4:0:0:0: Attached scsi generic sg3 type 0
sd 4:0:0:0: [sdc] 15646720 512-byte logical blocks: (8.01 GB/7.46 GiB)
sd 4:0:0:0: [sdc] Write Protect is off
sd 4:0:0:0: [sdc] Mode Sense: 23 00 00 00
sd 4:0:0:0: [sdc] Assuming drive cache: write through
sd 4:0:0:0: [sdc] Assuming drive cache: write through
sdc: sdc1 sdc2 sdc3
sd 4:0:0:0: [sdc] Assuming drive cache: write through
sd 4:0:0:0: [sdc] Attached SCSI removable disk
Dans cet exemple, le device utilisé est /dev/sdc
Par curiosité, avec lsusb on peut obtenir des informations sur cette clé Kingston :
[root@redhat ~]# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 196d:f100
Bus 002 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse
Bus 002 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 001 Device 003: ID 13fe:4100 Kingston Technology Company Inc.
[root@redhat ~]# lsusb -s 001:003 -vvv
Bus 001 Device 003: ID 13fe:4100 Kingston Technology Company Inc.
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x13fe Kingston Technology Company Inc.
idProduct 0x4100
bcdDevice 1.00
iManufacturer 1 FIBARO
iProduct 2 FIBARO RECOVERY
iSerial 3 ......................
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 32
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 200mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 80 Bulk-Only
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Device Qualifier (for other device speed):
bLength 10
bDescriptorType 6
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
bNumConfigurations 1
Device Status: 0x0000
(Bus Powered)
Avec la commande parted, on découvre plus en détail la structure des partitions de cette clé :
[root@redhat ~]# parted /dev/sdc
GNU Parted 2.1
Using /dev/sdc
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print
Model: FIBARO FIBARO RECOVERY (scsi)
Disk /dev/sdc: 8011MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 2000MB 1999MB primary fat32
2 2000MB 2255MB 256MB primary linux-swap(v1)
3 2255MB 3817MB 1561MB primary ext4 boot
(parted) quit
La taille de 8 Go est confirmée.
On trouve les partitions suivantes :
FAT32 (la partition visible sous Windows)
Linux Swap (l'espace de paging space du système Linux)
ext4 (le format de fichier standard d'une partition Linux, et qui se trouve en plus être bootable)
Sauvegarde de la clé
Sans plus attendre, on procède immédiatement à la sauvegarde cette clé, ce qui est l'étape la plus importante de cette étude.
On utilise pour cela la commande dd qui permet de réaliser une copie bit-à -bit de l'intégralité de la clé.
[root@redhat ~]# dd if=/dev/sdc of=/tmp/usb.img bs=1M
7640+0 records in
7640+0 records out
8011120640 bytes (8.0 GB) copied, 812.817 s, 9.9 MB/s
Débit moyen de lecture de 10 Mo/s, ce n'est pas terrible (le débit max du bus l'USB-2 étant d'environ 25 Mo/s), mais pour l'usage très occasionnel qui est fait de cette clé, ce n'est pas un souci.
On obtient un fichier de 8 Go sur le disque dur, qui est l'image exacte de la clé :
[root@redhat ~]# ls -l /tmp/usb.img
-rw-r--r--. 1 root root 8011120640 Oct 24 10:35 /tmp/usb.img
Ce fichier contient donc le MBR (Master Boot Record) de la clé, l'intégralité des 3 partitions, ainsi que l'espace vide, comme le confirme la commande file :
[root@redhat ~]# file /tmp/usb.img
/tmp/usb.img: x86 boot sector; partition 1: ID=0xb, starthead 32, startsector 2048, 3903488 sectors; partition 2: ID=0x82, starthe
tady jak je obsazena :
Dans ma VM, il s'agit d'un Linux RedHat Enterprise Server, mais n'importe quel Linux peut faire l'affaire, en particulier Debian qui est la distribution utilisée par FIbaro.
Il est évidemment possible de monter cette clé sur n'importe quelle machine Linux, dont voici une liste non exhaustive :
- Linux natif sur PC
- Linux sur Raspberry PI
- Linux dans une VM sous VMware Player sous Windows ou MacOS
- LiveCD bootable sur CD ou clé USB
- etc...
Je ne détaille pas ces procédures, de nombreux tutoriels existent sur Internet, et je répète que si vous voulez tenter les manipulations décrites ici cela nécessite d'être suffisamment à l'aise avec Linux (ce qui implique de savoir l'installer).
Une fois la clé connectée sur la machine Linux, on la voit apparaître dans les messages du noyau avec la commande dmesg :
(V mém VM je to Linux RedHat Enterprise Server, ale každý Linux to dokáže, zejména Debian, což je distribuce používaná FIbaro.
Tento klíč je samozřejmě možné připojit na jakýkoli počítač se systémem Linux, zde je neúplný seznam:
- Nativní Linux na PC
- Linux na Raspberry PI
- Linux ve virtuálním počítači pod VMware Player pod Windows nebo MacOS
- Spouštěcí LiveCD na CD nebo USB klíčence
- atd...
Tyto postupy podrobně neuvádím, na internetu existuje mnoho návodů a opakuji, že pokud si chcete zde popsané manipulace vyzkoušet, musíte se s Linuxem dostatečně orientovat (což znamená vědět, jak jej nainstalovat).
Jakmile je klíč připojen k počítači se systémem Linux, vidíme, že se objevuje ve zprávách jádra pomocí příkazu dmesg:)
[root@redhat ~]# dmesg | tail -21
usb 1-2: new high speed USB device number 3 using ehci_hcd
usb 1-2: New USB device found, idVendor=13fe, idProduct=4100
usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-2: Product: FIBARO RECOVERY
usb 1-2: Manufacturer: FIBARO
usb 1-2: SerialNumber: ......................
usb 1-2: configuration #1 chosen from 1 choice
scsi4 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 3
usb-storage: waiting for device to settle before scanning
usb-storage: device scan complete
scsi 4:0:0:0: Direct-Access FIBARO FIBARO RECOVERY PMAP PQ: 0 ANSI: 6
sd 4:0:0:0: Attached scsi generic sg3 type 0
sd 4:0:0:0: [sdc] 15646720 512-byte logical blocks: (8.01 GB/7.46 GiB)
sd 4:0:0:0: [sdc] Write Protect is off
sd 4:0:0:0: [sdc] Mode Sense: 23 00 00 00
sd 4:0:0:0: [sdc] Assuming drive cache: write through
sd 4:0:0:0: [sdc] Assuming drive cache: write through
sdc: sdc1 sdc2 sdc3
sd 4:0:0:0: [sdc] Assuming drive cache: write through
sd 4:0:0:0: [sdc] Attached SCSI removable disk
Dans cet exemple, le device utilisé est /dev/sdc
Par curiosité, avec lsusb on peut obtenir des informations sur cette clé Kingston :
[root@redhat ~]# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 196d:f100
Bus 002 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse
Bus 002 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 001 Device 003: ID 13fe:4100 Kingston Technology Company Inc.
[root@redhat ~]# lsusb -s 001:003 -vvv
Bus 001 Device 003: ID 13fe:4100 Kingston Technology Company Inc.
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x13fe Kingston Technology Company Inc.
idProduct 0x4100
bcdDevice 1.00
iManufacturer 1 FIBARO
iProduct 2 FIBARO RECOVERY
iSerial 3 ......................
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 32
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 200mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 80 Bulk-Only
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Device Qualifier (for other device speed):
bLength 10
bDescriptorType 6
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
bNumConfigurations 1
Device Status: 0x0000
(Bus Powered)
Avec la commande parted, on découvre plus en détail la structure des partitions de cette clé :
[root@redhat ~]# parted /dev/sdc
GNU Parted 2.1
Using /dev/sdc
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print
Model: FIBARO FIBARO RECOVERY (scsi)
Disk /dev/sdc: 8011MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 2000MB 1999MB primary fat32
2 2000MB 2255MB 256MB primary linux-swap(v1)
3 2255MB 3817MB 1561MB primary ext4 boot
(parted) quit
La taille de 8 Go est confirmée.
On trouve les partitions suivantes :
FAT32 (la partition visible sous Windows)
Linux Swap (l'espace de paging space du système Linux)
ext4 (le format de fichier standard d'une partition Linux, et qui se trouve en plus être bootable)
Sauvegarde de la clé
Sans plus attendre, on procède immédiatement à la sauvegarde cette clé, ce qui est l'étape la plus importante de cette étude.
On utilise pour cela la commande dd qui permet de réaliser une copie bit-à -bit de l'intégralité de la clé.
[root@redhat ~]# dd if=/dev/sdc of=/tmp/usb.img bs=1M
7640+0 records in
7640+0 records out
8011120640 bytes (8.0 GB) copied, 812.817 s, 9.9 MB/s
Débit moyen de lecture de 10 Mo/s, ce n'est pas terrible (le débit max du bus l'USB-2 étant d'environ 25 Mo/s), mais pour l'usage très occasionnel qui est fait de cette clé, ce n'est pas un souci.
On obtient un fichier de 8 Go sur le disque dur, qui est l'image exacte de la clé :
[root@redhat ~]# ls -l /tmp/usb.img
-rw-r--r--. 1 root root 8011120640 Oct 24 10:35 /tmp/usb.img
Ce fichier contient donc le MBR (Master Boot Record) de la clé, l'intégralité des 3 partitions, ainsi que l'espace vide, comme le confirme la commande file :
[root@redhat ~]# file /tmp/usb.img
/tmp/usb.img: x86 boot sector; partition 1: ID=0xb, starthead 32, startsector 2048, 3903488 sectors; partition 2: ID=0x82, starthe