Administrace komentářů

Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

Příspěvek

14.1.2024 00:59 Aleš Kapica | skóre: 52 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: LUKS2 BTRFS OMV6 ztráta dat

Rád bych ti vyhověl, ale fakt teď mám jiné starosti než vytahovat přes netconsoli log z domácího úložiště, kam jenom jednou za čas odsypu zálohy. Na to budu mít čas, až dodělám to co potřebuji a co se po mně chce. Ke konci roku jsem dokončil věc, ke které jsem se nemohl skoro dva roky dostat – a s tou mimo jiné souvisí i ty hrátky s LUKSem a Btrfs. Na blbosti budu mít čas až poběží semestr.

Ovšem abys neřekl. Na podobný problém jsme narazil v laborkách. Některé stroje začaly přehazovat bloková zařízení. Grub je vidí jako hd0 a hd1, ale když nastaruješ systém, mají některé stroje stejný disk jako /dev/sda a jiné /dev/sdb. Disklessu je to u prdele, ale mně to komplikuje práci, protože distribuovat systém na 20 počítačů ze kterých má 8 blokové zařízení přehozené jinak, je dost oser, protože si musíš hlídat každou konzoli. Zkusil jsem tedy přehodit kabely, jenže to zas nerozchodily jejich lokální MS Windows. Tak jsem se nakrknul, ty ostatní disky odpojil a je klid. Jeden disk, žádný problém.

Tak. A to byly ty disky jen dva. A než jsem tohle dopsal, vyprudilo mě to natolik, že jsem tedy ten stroj zapnul. Takže..

~ # cat /proc/partitions 
major minor  #blocks  name

   8       96 1953514584 sdg
   8       97 1953513560 sdg1
   8        0 1953514584 sda
   8        1 1953513543 sda1
   8      176 1953514584 sdl
   8      177 1953513560 sdl1
   8       64 1953514584 sde
   8       65 1953513560 sde1
   8       48 1953514584 sdd
   8       49 1953513543 sdd1
   8      112 1953514584 sdh
   8      113 1953513560 sdh1
   8      128  244198584 sdi
   8      129  244197560 sdi1
   8       32 7814026584 sdc
   8       33 7814025543 sdc1
   8       16 7814026584 sdb
   8       17 7814025543 sdb1
   8       80 1953514584 sdf
   8       81 1953513560 sdf1
   8      144  244198584 sdj
   8      145  244197560 sdj1
   8      160 1953514584 sdk
   8      161 1953513560 sdk1
~ # cat /proc/cmdline 
BOOT_IMAGE=/root/boot/vmlinuz-6.1.0-0-amd64 root=UUID=95ab0eec-4930-4400-8d89-4c24d6aa8f28 ro rootflags=subvol=root net.ifnames=0 biosdevname=0 pci=nomsi,noaer
~ # btrfs fi show
Label: 'main'  uuid: 10000000-0000-0000-0000-000000000000
        Total devices 10 FS bytes used 7.04TiB
        devid    1 size 1.82TiB used 1.40TiB path /dev/sdk1
        devid    2 size 1.82TiB used 1.38TiB path /dev/sdl1
        devid    8 size 1.82TiB used 1.16TiB path /dev/sda1
        devid    9 size 1.82TiB used 1.34TiB path /dev/sdd1
        devid   10 size 1.82TiB used 1.29TiB path /dev/sdh1
        devid   11 size 1.82TiB used 1.40TiB path /dev/sdf1
        devid   12 size 1.82TiB used 1.40TiB path /dev/sde1
        devid   13 size 1.82TiB used 1.38TiB path /dev/sdg1
        devid   16 size 7.28TiB used 1.90TiB path /dev/sdb1
        devid   17 size 7.28TiB used 1.44TiB path /dev/sdc1

Label: 'system'  uuid: 95ab0eec-4930-4400-8d89-4c24d6aa8f28
        Total devices 2 FS bytes used 55.58GiB
        devid    6 size 232.88GiB used 57.03GiB path /dev/sdi1
        devid    7 size 232.88GiB used 57.03GiB path /dev/sdj1
~ # mount LABEL=system /root -o subvol=root
mount: mounting /dev/sdj1 on /root failed: Invalid argument
~ # mount /dev/sdi1 /root -o subvol=root
~ # ls /root
bin             dev             home            initrd.img.old  lib64           mnt             proc            run             srv             tmp             var             vmlinuz.old
boot            etc             initrd.img      lib             media           opt             root            sbin            sys             usr             vmlinuz

Stačí? A ještě ti udělám reboot abys věděl o čem mluvím. Tentokrát se to chytlo napoprvé, ale systém stejně zůstal viset v ramdisku, jinak rovnou najel.

~ # cat /proc/partitions 
major minor  #blocks  name

   8       80  244198584 sdf
   8       81  244197560 sdf1
   8       64  244198584 sde
   8       65  244197560 sde1
   8       32 7814026584 sdc
   8       33 7814025543 sdc1
   8       48 1953514584 sdd
   8       49 1953513543 sdd1
   8        0 7814026584 sda
   8        1 7814025543 sda1
   8       16 1953514584 sdb
   8       17 1953513543 sdb1
   8      144 1953514584 sdj
   8      145 1953513560 sdj1
   8      112 1953514584 sdh
   8      113 1953513560 sdh1
   8      128 1953514584 sdi
   8      129 1953513560 sdi1
   8       96 1953514584 sdg
   8       97 1953513560 sdg1
   8      160 1953514584 sdk
   8      161 1953513560 sdk1
   8      176 1953514584 sdl
   8      177 1953513560 sdl1
~ # btrfs fi show
Label: 'system'  uuid: 95ab0eec-4930-4400-8d89-4c24d6aa8f28
        Total devices 2 FS bytes used 55.58GiB
        devid    6 size 232.88GiB used 57.03GiB path /dev/sde1
        devid    7 size 232.88GiB used 57.03GiB path /dev/sdf1

Label: 'main'  uuid: 10000000-0000-0000-0000-000000000000
        Total devices 10 FS bytes used 7.04TiB
        devid    1 size 1.82TiB used 1.40TiB path /dev/sdg1
        devid    2 size 1.82TiB used 1.38TiB path /dev/sdh1
        devid    8 size 1.82TiB used 1.16TiB path /dev/sdb1
        devid    9 size 1.82TiB used 1.34TiB path /dev/sdd1
        devid   10 size 1.82TiB used 1.29TiB path /dev/sdl1
        devid   11 size 1.82TiB used 1.40TiB path /dev/sdk1
        devid   12 size 1.82TiB used 1.40TiB path /dev/sdi1
        devid   13 size 1.82TiB used 1.38TiB path /dev/sdj1
        devid   16 size 7.28TiB used 1.90TiB path /dev/sda1
        devid   17 size 7.28TiB used 1.44TiB path /dev/sdc1

~ # mount UUID=95ab0eec-4930-4400-8d89-4c24d6aa8f28 /root -o subvol=root
~ # ls /root
bin             dev             home            initrd.img.old  lib64           mnt             proc            run             srv             tmp             var             vmlinuz.old
boot            etc             initrd.img      lib             media           opt             root            sbin            sys             usr             vmlinuz
~ # umount /root
~ # mount LABEL=system /root -o subvol=root
~ # mount
rootfs on / type rootfs (rw)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=3995516k,nr_inodes=998879,mode=755,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=813844k,mode=755,inode64)
none on /tmp/config type configfs (rw,relatime)
/dev/sde1 on /root type btrfs (rw,relatime,ssd,space_cache,subvolid=256,subvol=/root)

Takhle vypadá /etc/fstab

proc            /proc           proc    defaults        0       0
tmpfs           /tmp            tmpfs nodev,nosuid      0       0
UUID=95ab0eec-4930-4400-8d89-4c24d6aa8f28 / btrfs subvol=root 0 0
LABEL=main      /home   btrfs   subvol=home  0    2
LABEL=main      /mnt   btrfs   subvol=data  0    2

A spouštění vypadá tak, že se přihlásím přes dropbox, pokusím se udělat mount. A když se trefím tak udělám tohle:

   55 root     [xenbus_probe]
   56 root     [mld]
   57 root     [kworker/0:1H-kb]
   58 root     [ipv6_addrconf]
   63 root     [kstrp]
   68 root     [zswap-shrink]
   69 root     [kworker/u49:0]
  111 root     /lib/systemd/systemd-udevd --daemon --resolve-names=never
  135 root     [ata_sff]
  136 root     [scsi_eh_0]
  138 root     [scsi_tmf_0]
  139 root     [scsi_eh_1]
  141 root     [scsi_tmf_1]
  143 root     [scsi_eh_2]
  144 root     [scsi_eh_3]
  145 root     [scsi_tmf_2]
  146 root     [scsi_tmf_3]
  147 root     [scsi_eh_4]
  148 root     [scsi_eh_5]
  150 root     [scsi_tmf_5]
  151 root     [scsi_tmf_4]
  152 root     [scsi_eh_6]
  156 root     [scsi_tmf_6]
  157 root     [scsi_eh_7]
  158 root     [scsi_tmf_7]
  159 root     [scsi_eh_8]
  160 root     [scsi_tmf_8]
  161 root     [scsi_eh_9]
  162 root     [scsi_tmf_9]
  163 root     [kworker/u48:6-e]
  165 root     [scsi_eh_10]
  167 root     [scsi_tmf_10]
  170 root     [scsi_eh_11]
  171 root     [scsi_tmf_11]
  173 root     [scsi_eh_12]
  174 root     [scsi_tmf_12]
  175 root     [scsi_eh_13]
  176 root     [scsi_tmf_13]
  198 root     [kworker/1:3-mm_]
  201 root     [md]
  211 root     [raid5wq]
  229 root     /sbin/dropbear -EFs
  277 root     sh -i
  278 root     /sbin/dropbear -EFs -2 8
  279 root     -sh
  313 root     [btrfs-worker]
  314 root     [btrfs-worker-hi]
  315 root     [btrfs-delalloc]
  316 root     [btrfs-flush_del]
  317 root     [btrfs-cache]
  318 root     [btrfs-fixup]
  319 root     [btrfs-endio]
  320 root     [btrfs-endio-met]
  321 root     [btrfs-endio-rai]
  322 root     [btrfs-rmw]
  323 root     [btrfs-endio-wri]
  324 root     [btrfs-compresse]
  325 root     [btrfs-freespace]
  326 root     [btrfs-delayed-m]
  327 root     [btrfs-qgroup-re]
  328 root     [btrfs-cleaner]
  329 root     [btrfs-transacti]
  334 root     ps -ef
~ # kill -9 277

A systém najede

spike (SCHROT) :~# uptime
 00:58:51 up 12 min,  1 user,  load average: 0,68, 0,24, 0,08
spike (SCHROT) :~# date
Ne 14. ledna 2024, 00:58:54 CET

V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

Offtopic diskuse použijte pro diskusi mimo záběr našeho portálu (včelařství, windows), která by měla být smazána.
Duplicitní diskuse je určena pro případ, kdy uživatel odeslal svůj dotaz několikrát.
Návrh na cenzuru použijte, pokud komentář obsahuje urážky, vulgarismy nebo porušuje zákony.
Návrh na smazání komentáře je velmi neobvyklá akce používaná obvykle při nepovolené reklamě či spamu, výkřicích psychicky nemocných jedinců (ještírci) nebo pro smazání duplikátních komentářů.
Oprava formátování je žádost pro úpravu formy příspěvku, například pokud někdo píše bez odstavců nebo použije PRE pro celý komentář. Žádosti o změnu obsahu budou zamítnuty.

Vaše jméno
Váš email
Typ požadavku

Slovní popis