abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 06:00 | Komunita

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma. Vypíchnout lze, že v Plasmě byl implementován 22letý požadavek. Historie schránky nově umožňuje ohvězdičkovat vybrané položky a mít k ním trvalý a snadný přístup.

    Ladislav Hagara | Komentářů: 0
    30.8. 20:00 | Nová verze

    Wayfire, kompozitní správce oken běžící nad Waylandem a využívající wlroots, byl vydán ve verzi 0.10.0. Zdrojové kódy jsou k dispozici na GitHubu. Videoukázky na YouTube.

    Ladislav Hagara | Komentářů: 0
    30.8. 04:00 | Komunita

    Před necelými čtyřmi měsíci byl Steven Deobald jmenován novým výkonným ředitelem GNOME Foundation. Včera skončil, protože "nebyl pro tuto roli v tento čas ten pravý".

    Ladislav Hagara | Komentářů: 7
    29.8. 18:33 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 156 (pdf).

    Ladislav Hagara | Komentářů: 0
    29.8. 15:11 | Nová verze

    Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 25.8.1. Přehled novinek v Changelogu.

    Ladislav Hagara | Komentářů: 0
    29.8. 12:11 | IT novinky

    Včera večer měl na YouTube premiéru dokumentární film Python: The Documentary | An origin story.

    Ladislav Hagara | Komentářů: 0
    28.8. 23:33 | Nová verze

    Společnost comma.ai po třech letech od vydání verze 0.9 vydala novou verzi 0.10 open source pokročilého asistenčního systému pro řidiče openpilot (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    28.8. 21:55 | Nová verze Ladislav Hagara | Komentářů: 4
    28.8. 14:11 | IT novinky

    Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.

    Ladislav Hagara | Komentářů: 4
    28.8. 00:44 | Bezpečnostní upozornění

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.

    Ladislav Hagara | Komentářů: 27
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (81%)
     (8%)
     (3%)
     (3%)
     (4%)
     (1%)
    Celkem 118 hlasů
     Komentářů: 9, poslední 28.8. 11:53
    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.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.

    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.