Dotaz: Jak najít disk?

[Robotics]

Při instalaci debianu squeeze sem zapoměl asi zatrhnout disk na kterém mám data, tak ho teď nemám nalezenej. Nevím ani jaký má název v /dev/. Nevíte prosím někdo příkaz jak najít disk?

---

---

Odpovědi

[robotics]

Prosím pomoc .

[robotics]

martin@martin-debian:/dev$ dmesg | grep sd
[    1.554670] sd 2:0:0:0: [sda] 781420655 512-byte logical blocks: (400 GB/372 GiB)
[    1.554712] sd 2:0:0:0: [sda] Write Protect is off
[    1.554715] sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    1.554733] sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    1.554841]  sda:
[    1.556816]  sda1 sda2 
[    1.556832] sd 2:0:1:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
[    1.569345]  sda5 sda6
[    1.579904] sd 2:0:1:0: [sdb] Write Protect is off
[    1.579907] sd 2:0:1:0: [sdb] Mode Sense: 00 3a 00 00
[    1.579909]  sda3 sda4
[    1.579935] sd 2:0:1:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    1.580150]  sdb: sdb1
[    1.598220] sd 2:0:0:0: [sda] Attached SCSI disk
[    1.598327] sd 2:0:1:0: [sdb] Attached SCSI disk
[    1.608333] sd 2:0:0:0: Attached scsi generic sg0 type 0
[    1.608731] sd 2:0:1:0: Attached scsi generic sg1 type 0
[    6.056891] sd 8:0:0:0: Attached scsi generic sg3 type 0
[    6.058580] sd 8:0:0:0: [sdc] 976773166 512-byte logical blocks: (500 GB/465 GiB)
[    6.059073] sd 8:0:0:0: [sdc] Write Protect is off
[    6.059077] sd 8:0:0:0: [sdc] Mode Sense: 1c 00 00 00
[    6.059079] sd 8:0:0:0: [sdc] Assuming drive cache: write through
[    6.060322] sd 8:0:0:0: [sdc] Assuming drive cache: write through
[    6.060618]  sdc: sdc1
[    6.062320] sd 8:0:0:0: [sdc] Assuming drive cache: write through
[    6.062393] sd 8:0:0:0: [sdc] Attached SCSI disk
[    6.728178] md: bind sdb
[    7.419571] Adding 6080560k swap on /dev/sda6.  Priority:-1 extents:1 across:6080560k 
[    7.594929] EXT3 FS on sda3, internal journal
[    8.135148] EXT3 FS on sda4, internal journal
[ 2414.379832] EXT3 FS on sdc1, internal journal

[robotics]

Tak je to ten "sdb", ale nejde přimontovat

mount: /dev/sdb already mounted or /media/interni busy

v fstab mám:

proc            /proc           proc    defaults        0       0
# / was on /dev/sda3 during installation
UUID=d43e47b7-d3b4-4a6a-bb57-ebdf181339d7 /               ext3    errors=remount-ro 0       1
# /home was on /dev/sda4 during installation
UUID=4c70544f-eea2-4f0e-b008-4c187978691a /home           ext3    defaults        0       2
# swap was on /dev/sda6 during installation
UUID=987815f2-eaf1-420a-ae92-1f28610ba801 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0
/dev/sdc1       /media/usb0     auto    rw,user,noauto  0       0
/dev/sdb	/media/interni	ext3	rw,user,noauto	0	0

[AraxoN]

Nemal by si tam vo fstab mať /dev/sdb1 ?

[robotics]

To mi nefunguje protože to napíše mount: special device /dev/sdb1 does not exist

[AraxoN]

To je divné - z toho výpisu jadra vyššie vidno, že oddiel sdb1 jadro našlo. Ak ten oddiel na disku je, tak na 99% by si mal pripájať ten oddiel, nie disk. Neviem prečo nemá vytvorené zariadenie...

Čo vypíše príkaz:

partx -l /dev/sdb

prípadne

partx -a /dev/sdb

[robotics]

root@martin-debian:/home/martin# partx -l /dev/sdb
# 1:        63-1953520064 (1953520002 sectors, 1000202 MB)
# 2:         0-       -1 (        0 sectors,      0 MB)
# 3:         0-       -1 (        0 sectors,      0 MB)
# 4:         0-       -1 (        0 sectors,      0 MB)
root@martin-debian:/home/martin# partx -a /dev/sdb

Při druhým příkazu vyskočí gtk hláška, že nemám oprávnění k tomu disku

[jadd]

/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
/dev/sdc1 /media/usb0 auto rw,user,noauto 0 0
/dev/sdb /media/interni ext3 rw,user,noauto 0 0

Zakomentuj to a restartuj, pak to připoj ručně.
Pak si zjistíš blkid(y). Používej buď staré připojování, nebo UUID (UDEV).
To sdb je opravdu kravina !

[AraxoN]

Mne väčšinou stačí na to aby som sa zorientoval toto:

ls -la /dev/sd*

Ak nie, tak potom ešte toto:

disktype /dev/sd?

... alebo som nepochopil otázku.

[robotics]

tak to bude nekdechyba protože:

root@martin-debian:/etc# ls -la /dev/sd*
brw-rw---- 1 root disk   8,  0  9. úno 19.28 /dev/sda
brw-rw---- 1 root disk   8,  1  9. úno 19.28 /dev/sda1
brw-rw---- 1 root disk   8,  2  9. úno 19.28 /dev/sda2
brw-rw---- 1 root disk   8,  3  9. úno 19.28 /dev/sda3
brw-rw---- 1 root disk   8,  4  9. úno 19.28 /dev/sda4
brw-rw---- 1 root disk   8,  5  9. úno 19.28 /dev/sda5
brw-rw---- 1 root disk   8,  6  9. úno 19.28 /dev/sda6
brw-rw---- 1 root disk   8, 16  9. úno 19.28 /dev/sdb
brw-rw---- 1 root floppy 8, 32  9. úno 19.45 /dev/sdc
brw-rw---- 1 root floppy 8, 33  9. úno 19.45 /dev/sdc1

[robotics]

sdb1 není prostě.. tak nevím jestli mám jako root dát příkaz touch sdb1 v /dev. Jestli se to může. Takhle sem jednou přidal do dev joystick a pak mi fungoval.

[robotics]

Tak tady ten trik s "touch" nevyšel.

mount: /dev/sdb1 is not a block device (maybe try `-o loop'?)

[Amarok]

A co teda vypisuje blkid, jen tak pro zajímavost? Musíš přes sudo nebo jako root, jinak to někdy všechno nevypíše.

Jinak zkus vyhodit ten celý sdb řádek z fstabu a jako root pak normálně tohle:

mount /dev/sdb1 /home/robotics/nejaky_adresar

popř. kdyby to nešlo, tak tohle:

mount /dev/sdb /home/robotics/nejaky_adresar

To se přece musí chytnout, ne?

[robotics]

root@martin-debian:/etc# blkid /dev/sdb /home/martin/a
/dev/sdb: TYPE="isw_raid_member" 

[robotics]

Nějak se mi nepodařilo pochopit hláška type 'isw_raid_member' . Co sem hledal, tak s tím měli lidi i na ubuntu problemy,ale je to v angličtině, moc tomu nerozumím.

[robotics]

Zapomněl jsem to vymazat z fstab, ale i tak to napíše:

mount /dev/sdb /home/martin/a/
mount: unknown filesystem type 'isw_raid_member

[Mrkva]

Tohle se tváří jako bys ten disk používal jako SW RAID. Je to tak?

[robotics]

Já nevím. Těžko říct. Nevím popravdě co to znamená. Ale jestli sem to nevytvořil náhodou když sem měl s diskem tenhle problem.

[Mrkva]

Co fdisk -l /dev/sdb (nebo sdc nebo jak ten disk máš nastavený?)

[robotics]

root@martin-debian:/etc# fdisk -l /dev/sdb

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000ba0e4

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1      121601   976760001   83  Linux

[Mrkva]

To je divný... A /dev/sdb1 neexistuje??

[robotics]

Ne. Ten sem vytvořil až později pomocí příkazu "mknod".

[jadd]

Vytváření souborů k ovládání zařízení se vytváří příkazem mknod, který musí obsahovat hlavní a vedlejší číslo zařízení, kterému rozumí jádro. Takže co píšeš, není možné, alespoň bych se divil.

[Jendа]

Zajímá tě /proc/partitions a možná ještě file -s /dev/sd*.

[robotics]

Tohle vypíše disktype o tom sdb:

--- /dev/sdb
Block device, size 931.5 GiB (1000204886016 bytes)
DOS/MBR partition map
Partition 1: 931.5 GiB (1000202241024 bytes, 1953520002 sectors from 63)
  Type 0x83 (Linux)
  Ext3 file system
    UUID 4D086A66-F202-4BAB-959D-038EAD3E89D6 (DCE, v4)
    Volume size 931.5 GiB (1000202240000 bytes, 244190000 blocks of 4 KiB

)

[Jendа]

To je divný, jádro ten oddíl našlo

sdb: sdb1

ale blokové zařízení sdb1 v /dev nevytvořilo… Co si ho vyrobit ručně

mknod muj_disk b 8 17

a pak se na něj podívat

file -s muj_disk

nebo ho i zkusit připojit?

[robotics]

Nic .

root@martin-debian:/dev# mknod sdb1 b 8 17
root@martin-debian:/dev# file -s sdb1
sdb1: writable, no read permission
root@martin-debian:/dev# mount /dev/sdb
sdb   sdb1  
root@martin-debian:/dev# mount /dev/sdb
sdb   sdb1  
root@martin-debian:/dev# mount /dev/sdb
sdb   sdb1  
root@martin-debian:/dev# mount /dev/sdb1 /home/martin/a/
mount: /dev/sdb1 is not a valid block device

[robotics]

Jdu spát, jdu ráno do práce, tak když tak zase až zítra, zatím dík za pomoc.

[Jendа]

no read permission

To je velmi divné. mknod by měl vyrobit zařízení s rozumnými právy. Kdyžtak mu zkus přidat práva pro čtení (chmod +r).

[robotics]

Nevím jak sem to dokázal, ale už mi to píše:

file -s sdb1
sdb1: Linux rev 1.0 ext3 filesystem data, UUID=4d086a66-f202-4bab-959d-038ead3e89d6 (large files)

[robotics]

Tak to je v pytli:

root@martin-debian:/dev# ls sdb*
sdb  sdb1  sdb2  sdb3  sdb4

Co tam dělaj ty další sbčka? Doufám že se mi ten disk nějakým příkazem nerozdělil.

[robotics]

Tak sem si přidal do fstab ten disk podle UUID:

# / was on /dev/sda3 during installation
UUID=d43e47b7-d3b4-4a6a-bb57-ebdf181339d7 /               ext3    errors=remount-ro 0       1
# /home was on /dev/sda4 during installation
UUID=4c70544f-eea2-4f0e-b008-4c187978691a /home           ext3    defaults        0       2
# swap was on /dev/sda6 during installation
UUID=987815f2-eaf1-420a-ae92-1f28610ba801 none            swap    sw              0       0
# pridano rucne
UUID=4d086a66-f202-4bab-959d-038ead3e89d6 /media/interni  ext3    rw,user,noauto  0       0        
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0
/dev/sdc1       /media/usb0     auto    rw,user,noauto  0       0

Ale stejně nejde připojit, ještě zkusím restnout PC.

[robotics]

To mi ho vyndej, po restartu tam je zase jenom sdb . A ještě si to dovolí napsat:

martin@martin-debian:~$ mount /media/interni 
mount: special device UUID=4d086a66-f202-4bab-959d-038ead3e89d6 does not exist

[vencour]

Neni tam nějakej chaos s udevem?

[robotics]

Jak to myslíš?

[vencour]

Jednou jsem si nějak blbě aktualizoval udev, podrobnosti nevim, dokud mi nestartoval, disk (asi /dev/sda5) jsem viděl, poté, co nastartoval, už jsem zařízení neviděl. Je to tak asi 2 roky, co jsem to řešil, tuším, že mi na gentoo pomohlo překompilovat a překonfigurovat kus stromu=repozitáře.

[robotics]

root@martin-debian:/etc# more /proc/partitions 
major minor  #blocks  name

   8        0  390710327 sda
   8        1  102398278 sda1
   8        2          1 sda2
   8        3   85449735 sda3
   8        4  102398310 sda4
   8        5   94381843 sda5
   8        6    6080571 sda6
   8       16  976762584 sdb
   8       32  488386583 sdc
   8       33  488384001 sdc1

root@martin-debian:/etc# file -s /dev/sd*
/dev/sda:  x86 boot sector; GRand Unified Bootloader, stage1 version 0x3, stage2 address 0x2000, stage2 segment 0x200; partition 1: ID=0x7, active, starthead 1, startsector 63, 204796557 sectors; partition 2: ID=0xf, starthead 254, startsector 204796681, 200924894 sectors; partition 3: ID=0x83, starthead 254, startsector 405721575, 170899470 sectors; partition 4: ID=0x83, starthead 254, startsector 576621045, 204796620 sectors, code offset 0x63
/dev/sda1: x86 boot sector, code offset 0x52, OEM-ID "NTFS    ", sectors/cluster 8, reserved sectors 0, Media descriptor 0xf8, heads 255, hidden sectors 63, dos < 4.0 BootSector (0x80)
/dev/sda2: x86 boot sector; partition 1: ID=0x7, starthead 1, startsector 2, 188763687 sectors; partition 2: ID=0x5, starthead 254, startsector 188763689, 12161205 sectors, extended partition table, code offset 0x0
/dev/sda3: Linux rev 1.0 ext3 filesystem data, UUID=d43e47b7-d3b4-4a6a-bb57-ebdf181339d7 (needs journal recovery) (large files)
/dev/sda4: Linux rev 1.0 ext3 filesystem data, UUID=4c70544f-eea2-4f0e-b008-4c187978691a (needs journal recovery) (large files)
/dev/sda5: x86 boot sector, code offset 0x52, OEM-ID "NTFS    ", sectors/cluster 8, reserved sectors 0, Media descriptor 0xf8, heads 255, hidden sectors 63, dos < 4.0 BootSector (0x80)
/dev/sda6: Linux/i386 swap file (new style), version 1 (4K pages), size 1520141 pages, no label, UUID=987815f2-eaf1-420a-ae92-1f28610ba801
/dev/sdb:  x86 boot sector; partition 1: ID=0x83, starthead 1, startsector 63, 1953520002 sectors, code offset 0xb8
/dev/sdc:  x86 boot sector, Microsoft Windows XP MBR, Serial 0x687dc5cd; partition 1: ID=0x83, starthead 1, startsector 63, 976768002 sectors, code offset 0xc0
/dev/sdc1: Linux rev 1.0 ext3 filesystem data, UUID=ff395cb3-b988-4b8d-9a88-b4a9ee0e1d47, volume name "venku" (needs journal recovery) (errors) (large files)

[Amarok]

Já teda nevím, jelikož koukám, že se v Linuxu dost vyznáš (podle skóre a příspěvků). Chtěl jsem napsat blkid, ale že bys ho neznal a nepomohl by? dmesg je jasně taky možnost.

[robotics]

Jo pak sem to našel že to jde pomocí dmes | grep sd. Ale jak píšu víš, z nějakýho záhadnýho důvodu nejde přimontovat. Ani odmontovat.

[robotics]

Su obyčejn user. Nemůžu za to že mi to blbne . Mám na to smůlu.

[Vlado]

Ja som linuxový laik. Ak mám podobný problém (opensuse), spustím Partioner, tam vidím všetky disky, zadám bod, kam sa má pripojiť a je to hotové. Keďže sa to zapíše aj do fstab, pri ďalšom štarte je disk namontovaný.

[robotics]

Tak sem si schválně nainstaloval gparted. A ten mi napíše že "Svazek bla bla nelze připojit" The enclosing drive for the volume is locked. Je to zamčený ten disk nebo co? Jak zamčený?

[AraxoN]

Nie je na ňom NTFS? Keď som hľadal v googli tak sa v spojitosti s touto hláškou často vyskytovalo NTFS... Ale neviem čo to znamená.

[robotics]

To je filesystem winxp. Ale já tam mám EXT3

[robotics]

Příloha:

• Snímek obrazovky - 10.2.2011 - 18:00:34.png (188447 bytů)

Přidávám do přílohy snímek z Gparted.

[robotics]

A ještě výpis, když sem chtěl dát tomu disku název.

GParted 0.7.0

Libparted 2.3
Nastavit název oddílu "interni" na /dev/sdb1  00:00:00    ( CHYBA )
     	
kalibruje se /dev/sdb1  00:00:00    ( ÚSPĚCH )
     	
cesta: /dev/sdb1
začátek oddílu: 63
konec oddílu: 1953520064
velikost: 1953520002 (931.51 GiB)
nastavuje se název oddílu "interni" na /dev/sdb1  00:00:00    ( CHYBA )
     	
e2label /dev/sdb1 "interni"
     	
e2label: Adresář nebo soubor neexistuje při pokusu otevřít /dev/sdb1
Nemohu najít platný superblok systému souborů.

[pavel]

No a ten balíček e2fsprogs (viz hláška z toho obrázku) máš nainstalovaný?

[robotics]

Ano, mám.

[pavel]

A když zkusíš:

hdparm -z /dev/sdb

[robotics]

root@martin-debian:/home/martin/a# hdparm -z /dev/sdb

/dev/sdb:
 re-reading partition table

a k tomu vyskočí gtk okno že nejsu oprávněnej připojit Svazek1T. Přitom to spouštím jako root.

[Jardík]

Uploadni soubor, co vyhodí následující příkaz (udělá kopii MBR).

dd if=/dev/sdb of=/home/uzivatel/mbr.dat bs=512 count=1

[robotics]

Příloha:

• mbr.dat (512 bytů)

Viz. příloha.

[Jardík]

Hmm, MBR vypadá OK. Hoď sem ještě (kouknu tam na signaturu ext2.

dd if=/dev/sdb of=bla.dat bs=1k count=6

a pak výpisy

cat /sys/class/scsi_device/*/device/type
ls /sys/class/scsi_device/*/device/block
ls /sys/block/sdb/

Jinak možná bys mohl připojit (na vlastní riziko) příkazem

# 32256 je ten první sektor partition (63) * 512 velikost bloku
mount -t ext3 -o seek=32256 /dev/sdb

[Jardík]

oprava

mount -t ext3 -o seek=32256 /dev/sdb /mnt/mountpoint

[robotics]

Příloha:

• bla.dat (6144 bytů)

root@martin-debian:/home/martin/a# cat /sys/class/scsi_device/*/device/type
0
0
5
0
root@martin-debian:/home/martin/a# ls /sys/class/scsi_device/*/device/block
/sys/class/scsi_device/0:0:0:0/device/block:
sda

/sys/class/scsi_device/0:0:1:0/device/block:
sdb

/sys/class/scsi_device/4:0:0:0/device/block:
sr0

/sys/class/scsi_device/8:0:0:0/device/block:
sdc
root@martin-debian:/home/martin/a# ls /sys/block/sdb/
alignment_offset  capability  device	 holders   power  range      ro    size    stat       trace
bdi		  dev	      ext_range  inflight  queue  removable  sdb1  slaves  subsystem  uevent

To s tím vlastním rizikem, do toho nejdu... . V příloze je ten bla.dat

[Jardík]

To s tím rizikem by mohlo fungovat, mně to fungovalo s NTFS filesystémem, ale radši ti to nezaručím. Kouknu na ten soubor.

[Jardík]

Hups, není tam seek, ale offset, takže oprava 2:

mount -t ext3 -o offset=32256 /dev/sdb /mnt/mountpoint

[robotics]

Radši koukni na ten soubor a já počkám jestli nepřijdeš s dalšíma opravama.

[Jardík]

Při copy&paste mi vypadla číslice 4, potřebuju 64k, né jen 6

dd if=/dev/sdb of=bla.dat bs=1k count=64

[robotics]

Příloha:

• bla.dat (65536 bytů)

příloha.

[Jardík]

Podle /sys/ to je detekováno správně jako harrdisk (to je u scsi zařízení type=0), a podle ls /sys/block/sdb to tu partition vidí (sdb1 tam je). Udělej ještě

cat /sys/block/sdb/sdb1/dev

Vypíše to major:minor a pak pomocí

mknod /dev/sdb1 b major minor

vytvoř zařízení a zkus ho připojit

[robotics]

root@martin-debian:/dev# cat /sys/block/sdb/sdb1/dev 
8:17
root@martin-debian:/dev# mknod /dev/sdb1 b 8 17

hotovo

[Jardík]

A teď to zkus připojit

mount -t ext3 /dev/sdb1 /mnt/mountpoint

[robotics]

root@martin-debian:/home/martin/a# mount -t ext3 /dev/sdb1 /media/interni
mount: /dev/sdb1 already mounted or /media/interni busy

[okarr]

není něco více ve /var/log/messages? není nějaký hw důvod, proč to nechce vytvořit zařízení a když už ho vytvoříte ručně, proč ho odmítá připojit?

[robotics]

Přijde mi to normál.

Feb  8 23:19:52 martin-debian kernel: [    1.529119] sd 0:0:0:0: [sda] 781420655 512-byte logical blocks: (400 GB/372 GiB)
Feb  8 23:19:52 martin-debian kernel: [    1.529119] sd 0:0:1:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
Feb  8 23:19:52 martin-debian kernel: [    1.529180] sd 0:0:1:0: [sdb] Write Protect is off
Feb  8 23:19:52 martin-debian kernel: [    1.529200] sd 0:0:1:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Feb  8 23:19:52 martin-debian kernel: [    1.529255] sd 0:0:0:0: [sda] Write Protect is off
Feb  8 23:19:52 martin-debian kernel: [    1.529290] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Feb  8 23:19:52 martin-debian kernel: [    1.529373]  sdb: sdb1
Feb  8 23:19:52 martin-debian kernel: [    1.531539]  sda:sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Feb  8 23:19:52 martin-debian kernel: [    1.535187] Uniform CD-ROM driver Revision: 3.20
Feb  8 23:19:52 martin-debian kernel: [    1.540371]  sda1 sda2 <
Feb  8 23:19:52 martin-debian kernel: [    1.540558] input: Genius Optical Mouse as /devices/pci0000:00/0000:00:1a.0/usb3/3-1/3-1:1.0/input/input2
Feb  8 23:19:52 martin-debian kernel: [    1.540618] generic-usb 0003:0458:003A.0001: input,hidraw0: USB HID v1.10 Mouse [Genius Optical Mouse] on usb-0000:00:1a.0-1/input0
Feb  8 23:19:52 martin-debian kernel: [    1.540633] usbcore: registered new interface driver usbhid
Feb  8 23:19:52 martin-debian kernel: [    1.540635] usbhid: v2.6:USB HID core driver
Feb  8 23:19:52 martin-debian kernel: [    1.552892]  sda5 sda6 > sda3 sda4
Feb  8 23:19:52 martin-debian kernel: [    1.563494] sd 0:0:1:0: [sdb] Attached SCSI disk

[Jardík]

Prosím

cat /proc/self/mountinfo

[Jardík]

Musím teď pryč, přijdu až tak za hoďku a půl.

[robotics]

root@martin-debian:/home/martin/a# cat /proc/self/mountinfo
14 19 0:0 / /sys rw,nosuid,nodev,noexec,relatime - sysfs none rw
15 19 0:3 / /proc rw,nosuid,nodev,noexec,relatime - proc none rw
16 19 0:5 / /dev rw,relatime - devtmpfs none rw,size=1025084k,nr_inodes=256271,mode=755
17 16 0:11 / /dev/pts rw,nosuid,noexec,relatime - devpts none rw,gid=5,mode=620,ptmxmode=000
19 1 8:3 / / rw,relatime - ext3 /dev/disk/by-uuid/d43e47b7-d3b4-4a6a-bb57-ebdf181339d7 rw,errors=remount-ro,data=ordered
20 19 0:15 / /lib/init/rw rw,nosuid,relatime - tmpfs tmpfs rw,mode=755
21 16 0:16 / /dev/shm rw,nosuid,nodev,relatime - tmpfs tmpfs rw
22 19 8:4 / /home rw,relatime - ext3 /dev/sda4 rw,errors=continue,data=ordered
23 14 0:17 / /sys/fs/fuse/connections rw,relatime - fusectl fusectl rw
24 15 0:18 / /proc/sys/fs/binfmt_misc rw,nosuid,nodev,noexec,relatime - binfmt_misc binfmt_misc rw
26 19 8:33 / /media/usb0 rw,nosuid,nodev,noexec,relatime - ext3 /dev/sdc1 rw,errors=continue,data=ordered

[Jardík]

Sem tu, nakonec jsem se akorát pohádal s matkou

8:17 tam nikde připojený není, takže spíš platí to busy. Pošlu ti zdroják, přeložíš si ho a spustíš, zavolá to pár bezpečných ioctl na to zařízení (zatím ho teda nemaž). Bude to chvilku trvat.

[robotics]

Ok. Doufám že mi tam nedáš backdoor.

[Jardík]

Příloha:

• bla.c (1336 bytů)

Neboj

gcc -o bla bla.c

Spustit jako root, otevírá to jenom read-only, tak se ničeho neboj.

[robotics]

root@martin-debian:/home/martin/a# ./bla 
-- Disk info --
Block size 4096
# of blocks 1000204886016
Total size 4096839213121536
-- Partition info --
Block size 1024
# of blocks 1000202241024
Total size 1024207094808576

[robotics]

Dal sem v aplikaci Diskový nástroj zkontrolovat souborovy system na tom disku a napsalo mi to že není v pořádku.

[robotics]

Du spát, tak když tak až zítra.. nekdy po čtvrté hodine. Dík.

[Jardík]

Příloha:

• mount_offset.png (46023 bytů)

Normálně bych se nebál a zkus to s tím parametrem offset, teď jsem to vyzkoušel na /boot oddíle, a normálně to funguje. Viz. screenshot

[robotics]

Sakra už to vypadalo nadějně! už to ukázalo to co tam mám na tom disku.

root@martin-debian:/home/martin# mount -t ext3 -o offset=32256 /dev/sdb /media/interni
root@martin-debian:/home/martin# ls -l /media/interni/
celkem 40
drwxr-xr-x  3 martin martin  4096 18. pro 11.27 audio
drwxr-xr-x 59 martin martin 12288  4. led 22.34 dokumenty
drwxr-xr-x  3 martin martin  4096 31. říj 11.33 games
drwxrwxrwx  2 root   root   16384 29. říj 20.43 lost+found
drwxr-xr-x  4 martin martin  4096 22. led 19.33 video
root@martin-debian:/home/martin# umount /media/interni/
root@martin-debian:/home/martin# mount /dev/sdb1
mount: can't find /dev/sdb1 in /etc/fstab or /etc/mtab
root@martin-debian:/home/martin# mount /dev/sdb1
mount: can't find /dev/sdb1 in /etc/fstab or /etc/mtab
root@martin-debian:/home/martin# mount /dev/sdb1
mount: special device /dev/sdb1 does not exist
root@martin-debian:/home/martin# mknod /dev/sdb1 b 8 17
root@martin-debian:/home/martin# mount /dev/sdb1
mount: /dev/sdb1 is not a valid block device
 ______________________________
< kurva už to vypadalo nadějně >
 ------------------------------
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

[AraxoN]

Ja by som to pripojil ako readonly, odzálohoval súbory niekam vedľa a potom začal odznova vytvorením oddielov a filesystému.

[robotics]

To znamená koupit nový 1TB disk. Nevím jestli mi to ještě utáhne zdroj.

[Jardík]

readonly je mu k ničemu, i když to připojí readonly, tak se ve skutečnosti zapisuje do žurnálu, nebo tak něco.

robotics: takže to ukázalo soubory, ale nejdou otevřít/kopírovat? Otevíral si pod rootem? Může tam být jiné uid vlastníka, než máš teď, jestli si instaloval debian komplet znovu.

[robotics]

Jo otevíral sem to pod rootem, ale šlo to otevřít i v file manageru pod userem, myslím... ted si nejsu jistej, jeste to zkusím znova, nepamatuju si jestli sem pouštěl thunar z příkazové řádky pod rootem nebo pcfman jako user... myslim že normalne pcfman. Zajímavé bylo, že se mi tam v tom file manageru v levém sloupci ukázaly dva disky s nazvem interni, kdyz sem na ne klikl, tak to vyhodilo nejakou chybou gtk hlášku, ale kdyz sem klikl vlevo na adresář s nazvem interni (danej tam jako záložka) tak to v pohode zobrazilo ty adresáře co mam na tom disku a mohl sem v tom procházet. Pošlu až budu doma screenshot. Ale kopírovat jsem pro jistotu nezkousel aby se to nepodelalo. Až budu doma, tak to zkusím. Debian sem instaloval celý znovu, root adresař sem vymazal a /home/ sem nechal starej.

[Jardík]

Příloha:

• bla.c (6083 bytů)

Tak to připoj ještě s parametrem ro, jak psal někdo výše. Sice při mountu se stejně aktualizuje žurnál i když připojuješ ro, ale alespoň ti tam nezapíše něco thunar.

mount -t ext3 -o offset=32256,ro /dev/sdb /media/interni

Ještě můžeš zkusit prográmek, přečte MBR, koukne na partition tabulku, koukne na jednotlivé partition, jestli mají ext2/3/4, pokud ano, tak porovná velikost filesystému s velikostí partition (jestli náhodou není větší, než by měla) a pak ještě zkusí přečíst 64k z konce partition (jestli není chyba někde v tom, že nejde číst třeba za hranici 200GB, jak si něco říkal). Zkompiluj to příkazem

gcc -o bla -std=c99 -D_FILE_OFFSET_BITS=64 bla.c

Bez toho tučnýho ti to nepůjde. Hází to varování backslash and newline separated by space, ale to je v poho.

[Jardík]

A když to nebudeš mít připojené, tak si můžeš zkusit odkomentovat to jedno IOCTL, jak je tam napsané "re-read partition table", jestli by se ti třeba nevytvořilo /dev/sdb1 po zavolání toho ioctl (to vytvořené včera se ti předpokládám smazalo/neobjevilo). Pokud připojený bude, tak se nic nestane, jenom to hodí chybu, že je zařízení busy.

[Jardík]

Takže na všechno kašli a zkus tohle

[Jardík]

Jinak u mě na tom obrázku to unmount a následný "normální" mount bylo myšleno jako důkaz, že se to po přimountování s tím offsetem nerozbilo, samozřejmě ti ale ten mount s offsetem nijak nevytvoří to chybějící zařízení. Ten mount s offsetem má za následek akorát to, že se filesystém hledá až od toho offsetu a adresy ve filesystému jsou pak "přemapovávány" (odečítá se ten offset) a tak to funguje stejně, jako s tím blokovým zařízením /dev/sdb1, akorát tam se to mapování děje automaticky, aniž bys to říkal tomu mountu.

[Jardík]

A asi se přesuneme do nového vlákna, začíná tu být těsno, mám jen 1280 bodů na šířku a z toho mi krade postranní panel s bookmarkama. Odepiš pak někam dolů.

[Amarok]

To s tím vlastním rizikem, do toho nejdu... .

Ta diskuze už mi přerostla přes hlavu a jsem zvědavý, jak to dopadne. Každopádně můžes udělat celkovou(?) kopii pomocí dd (když ti fungoval příkaz dd if=/dev/sdb of=/home/uzivatel/mbr.dat bs=512 count=1), tak bych na tvém místě nejdřív oddíl zazálohoval a pak si pohrával s tou zálohou (dá se - pokud vím - taky normálně mountovat). Teda záleží na tom, kolik GB ten oddíl má, jestli na to máš někde místo.

[Jardík]

Už bohužel psal, že by potřeboval další disk

[jadd]

Vy jste kouzelníci..
Kdyby proved co jsem psal už předevčírem

/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
/dev/sdc1 /media/usb0 auto rw,user,noauto 0 0
/dev/sdb /media/interni ext3 rw,user,noauto 0 0

Zakomentuj to a restartuj, pak to připoj ručně.
Pak si zjistíš blkid(y). Používej buď staré připojování, nebo UUID (UDEV).
To sdb je opravdu kravina !

Tak ten post, nemusel mít 100 příspěvků, ve kterých se už nikdo nevyzná, možná ani sám tazatel ne.

[Jardík]

Jsem si nevšiml, že má ve fstabu /dev/sdb Ale stejně připojen nebyl podle /proc/self/mountinfo, navíc tam je noauto, tak by vůbec nemuselo s problémem souviset. Ale za vyzkoušení nic nedá.

[Stanley]

Nestihl jsem diskuzi pročíst komplet, ale osobně si myslím, že se ti nejspíš podařilo vytvořit softwarový raid a k samotnému sdb1 nemůžeš přistoupit, ale to je jen teorie. Osobně bych to řešil tak, že na flashdisk bych si dal třeba Parted Magic a nabootoval z flashdisku a pěkně se na to podíval. Dělat to ze systému, kde mám nějaký problém, může být dost zavádějící. Stejně tak můžeš nabootovat z instalačky debianu a mrknout se na to přes instalačku.

[robotics]

Ale mě v Debian Lenny ten disk fungoval normálně. A když si pustím instalačku, tak nic nezjistím přece. Jen sem mě to tam ptá jestli to chcu naformátovat nebo ne a při instalaci squeeze, sem na ten disk vůbec neklikal a nechal ho tak jak je, protože sem nechtěl přijít o ty data co na něm sou. A co to je ten software raid? Co to znamená? Jako že už to nikdy nepřipojím?

[Stanley]

Softwarový raid je to, že ze dvou (i více) disků ti to udělá jako že jeden. Sice je to nepravděpodobné, ale při instalaci debianu tam mohla být volba něco jako: využij veškerý dostupný diskový prostor ... Nejlepší je podívat se na to z nezávislého systému, nabootovat z flashdiku nebo nějakého live CD a pak se ledacos ukáže.

[2X4B-523P]

já si to pročetl a nesedí mi tam jeden příspěvek: http://www.abclinuxu.cz/poradna/linux/show/327367#37

co znamená filesystém winxp a je tam ext3? ono to tak strašně nejde dohromady, že jsem z toho na prášky...

PS: po přečtení patičky se mi k tomu všemu chce ještě brečet, všechno je tak dojemně naruby...

[robotics]

NTFS. Já ten disk mam naformatovanej na EXT3

[Stanley]

Jen pro upřesnění. Předpokládám, že jsi před instalací měl v počítači 2 disky (sda, sdb), na 1. jsi plánoval dát systém, na 2. disku jsi měl nějaká data a disk byl naformátován na ext3. Je to tak? Nebo to zkus blíže upřesnit, jaký byl stav před instalací, co jsi tam měl za systém a kde, rozdělení disků na oddíly, atd.

[Robotics]

Ano, už před instalací sem měl dva disky v PC, byl tam Debian Lenny. Disk sda byl rozdělený na /home/ a "/". "/" jsem smazal při nové instalaci squeeze a /home/ jsem ponechal. Na druhém disku sdb, který mám naformátovaný na ext3, mám miliony dat, je to 1TB disk a když sem ho dával nový do PC tak v linuxu, sem musel přez příkaz zapnout aby šel vidět celý. Ukazovalo se že má jen 200GB, řešil sem to pak tady na abclinuxu a to se vyřešilo a už ukazoval 1TB a normálně fungoval.

Pak vyšel jednoho dne squeeze. V Xkách jsem tedy spustil v terminálu příkaz atp-get dist-upgrade. Vše pěkně frčelo, občas jsem odpověděl na otázku kdy se mě to na něco zeptalo, ale jen do té doby než spadli potom co se instalovali nové drivery nvidie Xka. Takže mi to žuchlo do textového terminálu a já neviděl co se děje a jestli se mě to na něco ptá. Proces upgradu dle činnosti disku stále probíhal až se zastavil a zřejmě proto, že se mě to na něco ptalo a já ale bohužel neviděl co. Tak sem to musel restartovat natvrdo během toho upgradu. Naběhl naštěstí starý kernel a já spustil na půl upgradovanej system. Spustil sem myslim něco jako dpkg -a configure a pak spustil zase apt-get dist-upgrade a vše proběhlo. Jenže v xkách mi nefungovala klávesnice a nemohl sem to zaboha s pomocí lidí vyřešit.

Takže sem si nainstaloval squeeze z DVD na "/" disku sda. /home/ ponechal stavajici. Na sdb jsem při instalaci vůbec nešahal, protože jsem nechtěl přijít o data, tak sem to nechal tak jak to tam bylo. Nevím jestli by bylo možná, že by apt-get dist-upgrade na squeezeho nějak mohlo podělat ten disk? Třeba tím, že když se tam dával nový grub při tom upgradu na squeeze, tak to tomu disku dávalo myslím jedinečné UUID. A pak když sem ten squeeze instaloval nově, tak ho to tam to UUID dávalo znova. Nevím jestli něco takového ten grub zapisuje přímo do sektoru toho disku kterému dává UUID?

[Stanley]

Z toho, co popisuješ, by neměl nastat žádný problém. No nevím, kde je zakopaný pes. Zkus se na to podívat přes ten Parted Magic, tam vše uvidíš, můžeš ten disk i připojit a pod., teda pokud je funkční ...

[robotics]

Až budu doma,tak stáhnu.

[Jardík]

Osobně začínám podezírat jádro. I když udev zařízení nechce vytvořit sám a musí se vytvořit ručně, tak k tomu má zřejmě udev nějaký důvod (ale jak se ho dozvědět, má udev nějaké logy?). Zase mě ale zaráží, že připojit s tím offsetem jde a číst zřejmě taky a přes to vytvořené blokové zařízení to přimountovat nejde ... ale přitom zase přes open() normálně otevřít šlo a ioctl() na něj taky fungovaly. Ještě teda aby zkusil ten program (výše), co přečte něco i z konce disku (třeba by to mohl být teoreticky důvod). Pokud to bude OK, ještě bych zkusil udělat dd na to ručně vytvořené zařízení (jako včera), jestli bude moci normálně číst, nebo možná jednoduchý prográmek s voláním mount() (a nevolat tak program ale systémové volání) a kouknout na kód errno, jestli to dá lepší hlášku než příkaz mount.

[Jardík]

A kdybychom na nic nepřišly tak by to s tím offsetem mohl zapsat do /etc/fstab a připojovalo by se mu to automaticky, hold by to měl trochu "zvláštně".

[Zdenek]

Mel/mas na disku signaturu "hw" raidu (biosoveho) a nove jadro to poznalo a vytvorilo prislusne zarizeni a diky tomu se nedostanes na partition.

Takze staci neco jako: ls /dev/mapper/isw* a nasledne dmraid -x <to_co_vypise_ten_ls>

[Jardík]

Kde má tu signaturu? V uploadnutém MBR jsem nic neobvyklého neviděl.

[Jardík]

Ale teď tam vidím v logu [ 6.728178] md: bind sdb, takže asi to bude tím Příště číst logy, kdyby tam alespoň nebyl ten scrollbar (výmluva).

[Zdenek]

Bude to tim, sam jsem z toho malem zesedivel

[robotics]

root@martin-debian:/home/martin# ls /dev/mapper/isw*
ls: nelze přistoupit k /dev/mapper/isw*: Adresář nebo soubor neexistuje

[robotics]

žádnej mapper v dev nemám

[Zdenek]

A co vystup z dmraid -r?

[robotics]

root@martin-debian:/home/martin/a# dmraid -r
no raid disks

Tak a můžu dál šedivět .

[Zdenek]

Dalsi napad: dmraid -ay -t

[robotics]

To stejné:

root@martin-debian:/home/martin# dmraid -ay -t
no raid disks

[Jardík]

Hmm, proč je tedy pak v logu md: bind sdb, to mi hlava nebere. Zkus se ještě podívat do biosu, jestli tam není zaplý sw raid. I když co vím, tak to linux vždycky ignoroval ...

[Zdenek]

Prave to v logu je divne, i kdyz ted to tam asi nebude, kdyz udev vytvoril sbd1 sam. Minule tomu tak nebylo...

Tak treba Centos nebo Fedora ty fakeraidy uz peknou dobu podporuje out of box.

[Jardík]

Já pamatuji doby cca 4 roky, kdy spousta lidí chodila "mě to nenašlo raid a ukazuje to samostatný disky", sám jsem nikdy raid neměl a vůbec jsem se o to nezajímal a tak fakt nevím, jestli se to změnilo. Ale asi teda jo.

[Jardík]

Jestli to ale nevytvořil až díky tomu mímo programu, kterej jádru řekl "přečti znovu partition tabulku disku".

[robotics]

v BIOSU mám: SATA RAID/AHCI - DISABLED. Nic víc o raidu sem tam nenašel.

[Zdenek]

Dej sem znovu aktualni "dmesg | grep sd"

[robotics]

Příloha:

• vypis.txt (33147 bytů)

Příloha.

[Zdenek]

Hm, je to tam stale a device-mapper se ti taky pousti, pritom tam /dev/mapper/ nemas, zajimavy.

[Jardík]

A není to /dev/mdXXX? Já se v těch raidech nevyznám, ale tady je raid /dev/md127, tak nevím.

[Jardík]

A pak tam je něco jako cat /proc/mdstat, zkus sem dát výstup.

[robotics]

martin@martin-debian:~$ cat /proc/mdstat
Personalities : 
md127 : inactive sdb[0](S)
      2257 blocks super external:imsm
       
unused devices: none

že by?

[Jardík]

Možná

mdadm /dev/md127 --fail /dev/sdb
mdadm /dev/md127 --remove /dev/sdb

Ale musí to někdo zkontrolovat, jestli je to bezpečný, nikdy sem to nedělal

[robotics]

Počkáme radši jak se k tomu vyjádří pan Zdenek

[Zdenek]

Jo je to dobre, me zmatlo to isw, ktere je nekde vyse v tomhle threadu. dmraid podle vseho take umi ten intelacky format, akorat ho nazyva imsm a asi prebije mdraid.

[Jardík]

Ještě asi před tím zastavit to pole?

mdadm --stop /dev/md127

[robotics]

Zastavit pole, začíná to být psycho, doufám že mi ten disk nevybuchne.

[Jardík]

Tak teď jsem se poch.al smíchy

[Zdenek]

dmraid je neco jineho nez mdraid. To prvni je pro ovladani fakeraidu (kazdy typ chipu potrebuje svuj ovladac) a to druhe je softwarovy raid primo v jadre.

[Jardík]

Z výpisu výše vidíš, že tam má ale fakt SW raid, v něm ten disk a jako inactive.

[robotics]

Kdo mi tam ten raid dal? Já, když je to softwarově? Nevím o tom .

[Jardík]

Možná ten nový grafický instalátor debianu

[robotics]

Budem to muset nahlásit jako bug nebo jako kurvítko

[Zdenek]

Co takhle: dmsetup table a ukecane: dmraid -r -vvv

Pripadne primo specifikovat isw pro odstraneni metadat: dmraid -f isw -rE

[robotics]

To mi nastaví na tom disku nějakou tabulku? Nepodelá se to?

[Zdenek]

Ty prvni dva prikazy jsou jen vypisujici. Ten posledni maze matadata raidu, ale bezpecne :)

[robotics]

root@martin-debian:/home/martin# dmsetup table /dev/sdb
Device /dev/sdb not found
Command failed

Nejde to, přitom v /dev tam mám to sdb.

[Jardík]

jak řekl zdenek, tohle je asi "fake-raid" (biosový) a ty tam máš asi obyč SW raid. Výše máš příkaz, ale někdo ho zkontrolujte a odpoj ten disk, jestli ho máš připojený.

[robotics]

Tenhle příkaz sem našel na netu

root@martin-debian:/home/martin# mdadm --assemble  --scan -vv
mdadm: looking for devices for further assembly
mdadm: no RAID superblock on /dev/sdc1
mdadm: /dev/sdc1 has wrong uuid.
mdadm: no RAID superblock on /dev/sdc
mdadm: /dev/sdc has wrong uuid.
mdadm: cannot open device /dev/sdb: Device or resource busy
mdadm: /dev/sdb has wrong uuid.
mdadm: cannot open device /dev/sda6: Device or resource busy
mdadm: /dev/sda6 has wrong uuid.
mdadm: no RAID superblock on /dev/sda5
mdadm: /dev/sda5 has wrong uuid.
mdadm: cannot open device /dev/sda4: Device or resource busy
mdadm: /dev/sda4 has wrong uuid.
mdadm: cannot open device /dev/sda3: Device or resource busy
mdadm: /dev/sda3 has wrong uuid.
mdadm: no RAID superblock on /dev/sda2
mdadm: /dev/sda2 has wrong uuid.
mdadm: no RAID superblock on /dev/sda1
mdadm: /dev/sda1 has wrong uuid.
mdadm: cannot open device /dev/sda: Device or resource busy
mdadm: /dev/sda has wrong uuid.
mdadm: looking for devices for /dev/md/Sys
mdadm: no recogniseable superblock on /dev/sdc1
mdadm/dev/sdc1 is not a container, and one is required.
mdadm: no recogniseable superblock on /dev/sdc
mdadm/dev/sdc is not a container, and one is required.
mdadm: cannot open device /dev/sdb: Device or resource busy
mdadm/dev/sdb is not a container, and one is required.
mdadm: cannot open device /dev/sda6: Device or resource busy
mdadm/dev/sda6 is not a container, and one is required.
mdadm: no recogniseable superblock on /dev/sda5
mdadm/dev/sda5 is not a container, and one is required.
mdadm: cannot open device /dev/sda4: Device or resource busy
mdadm/dev/sda4 is not a container, and one is required.
mdadm: cannot open device /dev/sda3: Device or resource busy
mdadm/dev/sda3 is not a container, and one is required.
mdadm: no recogniseable superblock on /dev/sda2
mdadm/dev/sda2 is not a container, and one is required.
mdadm: no recogniseable superblock on /dev/sda1
mdadm/dev/sda1 is not a container, and one is required.
mdadm: cannot open device /dev/sda: Device or resource busy
mdadm/dev/sda is not a container, and one is required.

[Jardík]

Zdenek potvrdil správnost těch příkazů, tak to zkus.

[robotics]

Ještě čekám jestli zastavit pole.

[Jardík]

Už to bouchlo?

[Zdenek]

To muzes udelat klidne i potom kdyz v poli nebude zadny disk :)

[robotics]

Tak já to zastavovat nebudu. Jdu na to.

[robotics]

tak nic

root@martin-debian:/home/martin# mdadm /dev/md127 --fail /dev/sdb
mdadm: set device faulty failed for /dev/sdb:  No such device

[Jardík]

A když dáš rovnou remove (protože je inactive)?

[robotics]

root@martin-debian:/home/martin# mdadm /dev/md127 --remove /dev/sdb
mdadm: hot removed /dev/sdb from /dev/md127

Co teď, mám strach.

[Jardík]

Teď dej radši pryč (nebo zakomentuj) ten řádek ve fstabu, restartuj, koukni, jestli je /dev/sdb1 a zkus ho připojit

mount -t ext3 /dev/sdb1 /media/interni

[Jardík]

A před tím radši ještě znovu

cat /proc/mdstat

, jestli ho nevrátil do toho raidu

[robotics]

Je tam svině jedna .

root@martin-debian:/home/martin# cat /proc/mdstat
Personalities : 
md127 : inactive sdb[0](S)
      2257 blocks super external:imsm
       
unused devices: none

[Zdenek]

Jeste zastav to pole.

[robotics]

Takže zastavit pole a znovu ty příkazy jo?

[Jardík]

Radši bych teda dal pryč to /dev/sdb a pak stop.

[robotics]

když vymažu z /DEV/ to "sdb" tak už pak nebudu moct použít ty další příkazy když sou pro jejich parametr potřeba to /dev/sdb

[Jardík]

Hoď sem ještě mdadm --detail /dev/md127.

[Jardík]

A pak ještě cat /etc/mdadm.conf.

[robotics]

root@martin-debian:/home/martin# cat /etc/mdadm.conf
cat: /etc/mdadm.conf: Adresář nebo soubor neexistuje

Ty příspěvky tady sou už úplně přimáčklý u zdi.

[robotics]

root@martin-debian:/home/martin# mdadm --detail /dev/md127
/dev/md127:
        Version : imsm
     Raid Level : container
  Total Devices : 1

Working Devices : 1


           UUID : a1297932:9430da95:594386a7:493ae111
  Member Arrays :

    Number   Major   Minor   RaidDevice

       0       8       16        -        /dev/sdb

[robotics]

Zase tam není .

root@martin-debian:/home/martin# ls /dev/sd*
/dev/sda   /dev/sda2  /dev/sda4  /dev/sda6  /dev/sdc
/dev/sda1  /dev/sda3  /dev/sda5  /dev/sdb   /dev/sdc1

[Zdenek]

Neni proc mit strach, ale vidim tu mensi problem. To pole ti nabehne po startu znova. Jedina moznost je mdadm --zero-superblock, ale to nedelej, protoze tim asi prijdes i o data.

[Jardík]

Znovu? To by bylo hodně blbý. Jelikož byl ale inactive, tak by nemusel vadit ten mount s offsetem, protože na něj stejně nebude ten SW raid šahat, dokud ho neaktivuje (?).

[Zdenek]

Jo myslim, ze ten offset by mohl i dlouhodobe fungovat, ale je to osklivy hack Lepsi by bylo najit kde to v tom superblocku je a ruco to vynulovat.

[Jardík]

Ale kde je nějaký superblok, vždyť na tom disku je normální MBR, oddíl a na něm akorát superbloky ext3 filesystému a tam snad nic nezapisuje ...

[Zdenek]

Tady je to hezky popsane.

A hlavne jsem se dozvedel, ze je to bezpecne, takze udelej: mdadm --zero-superblock /dev/sdb a pak reboot.

[robotics]

Mě ty stránky nefungujou. Mám teda předtím ten disk ještě zastavit to pole?

[Zdenek]

Stejne jsou tam jen technicky pindy

Jo udelej:

mdadm /dev/md127 --stop /dev/md127
mdadm /dev/md127 --remove /dev/sdb
mdadm --zero-superblock /dev/sdb

[Jardík]

Já nevím, tady zase píšou u --zero-superblock poznámku "Zeroing the superblocks will destroy all the data on the array", ale jestli myslí všechna data na všech discích v poli, nebo jen pole jako takové, nevím.

[robotics]

a doprdele... už sem to pustil Disk už zachroustal. Jdu restartovat.

root@martin-debian:/home/martin# mdadm /dev/md127 --remove /
mdadm: cannot get array info for /dev/md127
root@martin-debian:/home/martin# mdadm /dev/md127 --remove /dev/sdb
mdadm: error opening /dev/md127: No such file or directory
root@martin-debian:/home/martin# mdadm --zero-superblock /dev/sdb
root@martin-debian:/home/martin#

[Zdenek]

A chvile napeti.... :)

[robotics]

martin@martin-debian:~$ ls /dev/sdb*
/dev/sdb  /dev/sdb1

sdb1 se vytvořilo, jen nevíme jestli jsou na tom ještě data

[robotics]

VÍTĚZSTVÍ !!!!!!!!!! Sou tam i data!!!!! Jak se vám můžu odměnit?

[Zdenek]

Jupi Odmenit? Vsude nam blahorec

[Jardík]

Slíbený výpisy do mýho blogu

[Jardík]

A teď bys měl jít nadávat do bugzilly debianu, že ti to bez zeptání vytvořilo SW raid

[robotics]

Na to nejsem jazykově vybaven Dokážu tam akorat fuckoffovat a shitovat . Jdu testovat ten tvůj program.

[Zdenek]

No ono je to spíš tak, že mu to vytvořil BIOS a možná už i dřív, a díky novému jádru a dmadm to debian aktivoval. Resil jsem prave podobny problem pred lety u Fedory

[robotics]

Tak to sem moc rád, že sis to ještě do teď pamatoval .

[Zdenek]

No, mel jsem to trochu jine, ale spolecnymi silami jsme na to prisli

[robotics]

To je v pytli, nejde zničit.

root@martin-debian:/home/martin# mdadm --zero-superblock /dev/sdb
mdadm: Couldn't open /dev/sdb for write - not zeroing

[Zdenek]

Hlavne byl oznacen jako spare. I inactive se musi failovat, kdyz je chces vyndat z pole. Spare evidentne ne, nepouzivam takze jsem nevedel. Alespon jsem chytrejsi :)

[Jardík]

Zkus kdyžtak ještě

fdisk -l

Na vypsání všech mdX. Pro každý z nich pak

mdadm --detail /dev/mdX

A spustit to na to, kde ten disk bude.

[robotics]

pozdě

[Jardík]

Je to ok, já jenom jestli to zařízení bylo fakt /dev/md127 a né třeba /dev/md1, nebo tak něco

[Jardík]

Tak do toho! Už jsem nedočkavej, jestli to konečně zavřeme Nezapomeň pak ve fstabu změnit /dev/sdb na /dev/sdb1 a dát pryč ten offset, jestli to teda bude fungovat.

[robotics]

Tady je výpis z toho tvýho programu bla:

root@martin-debian:/home/martin/a# ./bla 
 -- Disk info -- 
Read only: no
Device size: 1000204886016
Soft block size: 4096
Logical block size: 512
Physical block size: 512
MBR signature 0x55 0xAA (should be 0x55 0xAA)

:: Partition #0 ::
Bootable: no
Type: 0x83
Start (sectors): 0x0000003F (dec 63)
Size (sectors):  0x74705982 (dec 1953520002)
Start (bytes): 32256
Size (bytes): 1000202241024
Reading 64k from beginning ...... OK
Ext2 magic OK
# of blocks 244190000
Log. block size 2
Block size 4096
Filesystem size 1000202240000
Reading 64k from end ...... OK

:: Partition #1 ::
 - not valid -

:: Partition #2 ::
 - not valid -

:: Partition #3 ::
 - not valid -

[robotics]

Příloha:

• Snímek obrazovky - 11.2.2011 - 16:39:44.png (153259 bytů)

Přidávám verzi co se stalo když sem odkomentoval ten IOCTL. Viz. screenshot.

[Jardík]

Ono to znovu přečte partition tabulku a znovu dá notifikace, gnome to detekovalo a snažilo se asi připojit. A to /dev/sdb1 se pak vytvořilo samo?

[robotics]

Jo je tam vytvořené. Vytvořilo se samo.

[Jardík]

Hmm, alespoň něco. Každopádně už mi dochází nápady, z disku to čte podle toho mého programu i z konce v pořádku, filesystém je jen uvnitř té partition, to je taky dobře. Zkus ještě vyhodit nějaký ty věci z fstabu, jak ti někdo radil výše, ale pochybuju, že to pomůže, ale určitě to /dev/sdb tam ve fstabu nemá co dělat (není tam to číslo partition, ale samotný disk). Pokud ani to nepomůže, tak to jedině připojovat s tím offsetem a napsat to do fstabu, abys to nemusel pořád psát.

[robotics]

Ten řádek s /dev/sdb sem tam dal já. V fstab po instalaci sdb ani sdb1 vůbec nebylo.

[Jardík]

Já, ale neměl si tam tu jedničku /dev/sdb1, takže kdybys napsal "mount /media/interni, tak by se snažil připojit ten disk a né oddíl (a asi se nepřipojí, protože na začátku disku není platný filesystém). Tak tam ten řádek uprav na

/dev/sdb	/media/interni	ext3	rw,user,noauto,offset=32256	0	0

A mělo by to fungovat. Není to sice hezké řešení, ale asi lepší, než nic

[robotics]

Takhle mi to funguje . Když tam místo noauto dám auto,tak se mi to mounte automaticky ne? Můžu to tam dat nebo se to podela? Kopírovat tam můžu i jako user i spoustet .

[Jardík]

Teoreticky by se to podělat nemělo, pokud tam fakt není někde zahrabanej ten raid a nechtěl by ti něco nad ním dělat i on a aby se to vzájemně nějak nemlátilo Jinak když tam dáš auto, tak to bude automaticky.

[robotics]

Nejde někde zjistit jestli tam teda ten raid, pokud tam je, nebude do toho šahat?

[Begleiter]

Předem upozorňuju, že budu možná mimo mísu, ale: Používá se v Debianu (ještě) Hardware Abstraction Layer (HAL)? Pokud ano, tak je spuštěn příslušný démon?

Poznámka: Něco podobného mi to dělalo s čtečkou paměťových karet, pomohlo HAL.

[robotics]

Nevím jak přesně zjistit jestli používám HAL. Ale četl sem, že u squeeze se od HALu ustupuje, co přesně to znamená, jestli už tam není vůbec nebo jen trochu nevím .

[Begleiter]

Myslím, že ke zjištění by mělo stačit něco takového:

ps -e | grep hal

[robotics]

root@martin-debian:/home/martin# ps -e | grep hal
 1583 ?        00:00:00 hald
 1632 ?        00:00:00 hald-runner
 1688 ?        00:00:00 hald-addon-inpu
 1691 ?        00:00:00 hald-addon-rfki
 1692 ?        00:00:00 hald-addon-leds
 1717 ?        00:00:01 hald-addon-stor
 1730 ?        00:00:00 hald-addon-cpuf
 1753 ?        00:00:00 hald-addon-acpi

Tak tam je.

[jadd]

Hal už se stará jen o myší, klávesnice, atd. ale disky obstarává UDEV. V podstatě HAL už není vůbec nutný. Protože nový Xorg se o to dokáže starat sám.

[Begleiter]

Vím, že HAL je deprecated, ale nejde mi do hlavy, že moje čtečka paměťových karet dostala rozum, až po zprovoznění HAL.

[Jardík]

Ono je v debianu starý KDE a starý Xfce a ty si bez HALu moc neškrtnou, udisks zvládá až Xfce 4.8 a KDE 4.6, tak asi proto.

[Begleiter]

Zapomněl jsem dodat, že používám buď přímo textovou konzoli nebo (většinou) pekwm. A to hlavní: Jedná se o Arch Linux.

[Jardík]

Sry, já se nepodíval na nick a myslel jsem, že to psal robotics, každopádně o debianu platí, co jsem řekl - ty staré verze KDE a Xfce si s udiskem nerozumí a potřebují HAL pro autodetekci a tak.

[robotics]

DĚKUJI VŠEM CO MI RADILI A ŘEŠILI TO SE MNOU A VYDRŽELI SE MNOU AŽ DO KONCE. ZDÁRNÉHO KONCE. HLAVNĚ NICK: ZDENEK A NICK: JARDÍK. Ještě jednou moc děkuji

[Amarok]

Mohl bys jenom tady dolů vyfiltrovat, jak jsi to teda vyřešil? Jestli jsem to pochopil správně, tak pomohl příkaz

mdadm --zero-superblock /dev/sdb

(tamty 2 předešlé příkazy asi nezabraly, protože ve tvém výpisu si to stěžovalo, že nemůže najít /dev/md127).

[Jardík]

Máš tam označený řešení, udělal

mdadm /dev/md127 --stop /dev/md127
mdadm /dev/md127 --remove /dev/sdb
mdadm --zero-superblock /dev/sdb

[robotics]

To remove nic neudělalo. Takže sem to v podstate stopl a pak zafungoval až ten třetí příkaz.

root@martin-debian:/home/martin# mdadm /dev/md127 --remove /dev/sdb
mdadm: error opening /dev/md127: No such file or directory

[robotics]

Nebo sem to removnul v tom zmatku ještě někdy předtím než sem to stopl

[Amarok]

No právě, takže jo, aspoň mi to ještě dneska večer trochu myslí a pochopil jsem to správně