abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 01:55 | Komunita

    24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.

    Ladislav Hagara | Komentářů: 2
    včera 23:33 | Nová verze

    Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 21:11 | Nová verze

    Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 20:55 | Nová verze

    Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.

    Ladislav Hagara | Komentářů: 0
    včera 13:33 | IT novinky

    Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].

    Ladislav Hagara | Komentářů: 2
    včera 13:22 | Nová verze

    JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 12:22 | Pozvánky

    Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových

    … více »
    Zdenek H. | Komentářů: 0
    včera 03:11 | Nová verze

    Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).

    Ladislav Hagara | Komentářů: 5
    15.5. 23:11 | Bezpečnostní upozornění

    Intel vydal 41 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20240514 mikrokódů pro své procesory řešící INTEL-SA-01051, INTEL-SA-01052 a INTEL-SA-01036.

    Ladislav Hagara | Komentářů: 0
    15.5. 16:22 | IT novinky

    Společnost Raspberry Pi patřící nadaci Raspberry Pi chystá IPO a vstup na Londýnskou burzu.

    Ladislav Hagara | Komentářů: 0
    Podle hypotézy Mrtvý Internet mj. tvoří většinu online interakcí boti.
     (74%)
     (5%)
     (10%)
     (10%)
    Celkem 292 hlasů
     Komentářů: 16, poslední 14.5. 11:05
    Rozcestník

    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. 00:59 Aleš Kapica | skóre: 51 | 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.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.