Příspěvky

811

Desktop / Re:Přehled využití disku

« kdy: 20. 05. 2021, 21:46:55 »

https://itsfoss.com/sysmontask

812

Odkladiště / Re:Těžíte XCH (Chia) ?

« kdy: 20. 05. 2021, 21:41:53 »

V tom návodu někde psali že vygenerovat to dočasně vyžaduje 230 GB, 100 to má až když je to hotové.

Navíc chcete generovat víc současně protože to nejde paralelizovat. A terabajt paměti asi nemáte.

BTW: docasne vyzaduje 239GiB per plot a pri tom generovani to zapise 1.3-1.8TiB na disk, takze normalni NVMe odejdnou za par tydnu az mesicu ;-)

813

Sítě / Re:Jak namapovat disk

« kdy: 20. 05. 2021, 21:21:17 »

jedna z moznossti jak do fstab, napr.:

Kód: [Vybrat]

//10.0.0.21/petr /mnt/petr cifs x-systemd.automount,_netdev,nofail,credentials=/root/.smbwdmybook,users,uid=petr,gid=petr,iocharset=utf8 0 0

do /root/.smbwdmybook das:

Kód: [Vybrat]

username=petr
password=petrovoheslo

pak reloadnes unit demona:

Kód: [Vybrat]

sudo systemctl daemon-reload

sluzba je pak pojmenovana podle adresare kam to pripojujes, s pomlckama misto / , takeze tady "mnt-petr.mount",
kdyz jsou tam mezery tak nejakej zastupnej znak to da, pripadne si muzes vsechny mount unity vylistovat:

Kód: [Vybrat]

sudo systemctl list-unit-files --type mount

toto vytvori generovanou systemd mount sluzbu, ktera by i mela hlidat reconect pri znovu dosstupnosti nedostupneho nasu, zaroven pokud neni pripojeno a ty ci nejaky program vlezes do /mnt/petr, tak to pripoji...

stav pak muzes zjistit:

Kód: [Vybrat]

systemd status mnt-petr.mount

pro navazanou tu auto mountovaci sluzbu:

Kód: [Vybrat]

systemd status mnt-petr.automount

misto "status" muzes dat stop (odpoji) ci restart (pokud neni pouzivane tak snad odpoji/pripoji)

814

Sítě / Re:Jak namapovat disk

« kdy: 19. 05. 2021, 18:55:53 »

GNU/Linux nema "lokalni" disk (ala pismenko ve Windows), ale aby se to tvarilo jako nejaky adresar tak proste to do nej primountujes, i to FTP(=curlftpfs), nebo (Samba(=cifs-utils), NFS, SSH(=sshfs), pokud bys chtel aby to joo vypadalo jako lokalni, tak NBD ci iSCSI... a to pripojeni si dat do /etc/fstab aby bylo persistetni po rebootu...

jinak ta "cesta" co si postnul, je take jakoze lokalni adresar, ale je zpristupnenej pres gvfs, nejspis prolejzanim pres "Spravce souboru"

815

Software / Re:Modifikace GRUB/EFI po klonování disku

« kdy: 19. 05. 2021, 15:31:07 »

fajn btw: zapomel sem napsat, ale snad te to trklo pri volbach (v te Clonezille), ze tam lze nastavit aby to oddil+filesystem na cilovem automaticky natahlo, pokud si to nezasrnul (a neni to nahodou vychozi, (Clonezillu pouzivam svoji predkonfigurovanou), tak jeste zvetsis, treba z USBLive pustene Ubuntu + Gparted, nebo GPartedLive (slo by i z nabehleho v terminalu (pokud mas LVM tak snadneji))

816

Software / Re:Modifikace GRUB/EFI po klonování disku

« kdy: 17. 05. 2021, 03:01:10 »

pro Grub co tam ma grub.cfg je pro nej smerodatne UUID na kterem ma pokracovat, jestli to UUID ma NVMe, SATA, ci USB je jedno...

Není pro NVMe jiný driver, který ten image efigrubu v sobě nemusí mít zahrnutý? Alespoň já to chápu tak, že:
 - /usr/lib/grub/x86_64-efi/monolithic/grubx64.efi (1.7 MB) - má v sobě všechny? moduly
 - /boot/efi/EFI/debian/grubx64.efi (140 kB) - zjevně v něm něco chybí, není to binárka vyrobená na míru při instalaci, ve které jsou jen moduly, které byly potřeba?

nevim ted jak u Debianu, nebo u nepodepsaneho(?) ale na Xubuntu mam v EFI ten monilitickej-podepsanej :-)

Kód: [Vybrat]

ls -l /boot/efi/EFI/ubuntu/grubx64.efi /usr/lib/grub/x86_64-efi-signed/grubx64.efi.signed /usr/lib/grub/x86_64-efi/monolithic/grubx64.efi 
-rwx------ 1 root root 1685376 dub 23 14:56 /boot/efi/EFI/ubuntu/grubx64.efi
-rw-r--r-- 1 root root 1683456 úno 12 23:03 /usr/lib/grub/x86_64-efi/monolithic/grubx64.efi
-rw-r--r-- 1 root root 1685376 úno 12 23:06 /usr/lib/grub/x86_64-efi-signed/grubx64.efi.signed

diff -s /boot/efi/EFI/ubuntu/grubx64.efi /usr/lib/grub/x86_64-efi-signed/grubx64.efi.signed
Soubory /boot/efi/EFI/ubuntu/grubx64.efi a /usr/lib/grub/x86_64-efi-signed/grubx64.efi.signed jsou identické

817

Software / Re:Modifikace GRUB/EFI po klonování disku

« kdy: 17. 05. 2021, 00:14:48 »

Clonezilla, "disk to disk", UUID to nemeni...

Takže EFI nepozná, že se něco změnilo? To jako fakt přenese i UUID? A nevadí, že starý disk je SATA/SSD a nový je NVME/SSD?

v EFI oddilu je to jak pise Jenda, pro Grub co tam ma grub.cfg je pro nej smerodatne UUID na kterem ma pokracovat, jestli to UUID ma NVMe, SATA, ci USB je jedno...

Clonezila "prenese" UUID protoze proste dela kopii filesystemu kterej to UUID obsahuje, nejsem si ted jistej zda clonuje i PARTUUID nebo to generuje na ciloven svoje, ale to (a schodou okolnosti me na to upozornil nedavno take Jenda) pouziva RaspbianOS na RPi, ale GNU/Linux co vim pouziva vsude UUID (= filesystemu)...
To ze je to SATA Vs NVMe by vadilo pouze pokud bys mel system co postartu NEpouziva UUID ale nazvy zarizeni, takze bys mel (v grub.cfg a/nebo fstab a/nebo nekde jinde) misto UUID=XXXXX primo (napr.) /dev/sda1, tam by bylo treba rucne menit na (napr.)  /dev/nvme0n1p1...

818

Distribuce / Re:Mint spustí zašifrovaný systém bez zadania hesla k disku

« kdy: 16. 05. 2021, 23:37:13 »

navod sem prolitnul a prijde mi ze to dela rucne v podstate to same co dela automatizovane "sicherboot" kterej pouzivam, take vyuziva systemd-boot boot manager, take bali jadro a initramfs do 1 efi binarky kterou podepisuje klicem co ti vygeneruje, rozhrani vypada "stejne" jen z navodu dela polozky "last kernel" a "second last kernel", sicherboot dela normalne "os verze jadra" a nevim zda z navodu automaticky pri povyseni jadra ho vybere, se sicherboot ne a rucne vzdy pri startu prepnu na nove a zmacknu "d" pro nastaveni jako default...

nicmene trklo me tam "Appendix F" - automaticke odemknuti LUKS pres TPM modul, neni mozny ze jsi s tim nejak laboroval? protoze to z toho co si poslal a ja v navodu cetl je asi jedina moznost jak by se to mohlo odemykat samo :-)

819

Distribuce / Re:Mint spustí zašifrovaný systém bez zadania hesla k disku

« kdy: 16. 05. 2021, 23:14:12 »

takze mas MDM RAID1 na 2x NVMe, nad tim LUKS, nad tim LVM, boot oddelenej neni.

EFI STUB nepouzivam, ale pokud se nepletu nijak s Grub (nic co ma v EFI, v grub.cfg ci /etc/default/grub) nemuze souviset, coz je i v te tve citaci ze Grub nahrazuje EFI "STUBem"...

i kdybys misto EFI STUB ted startoval GRUB, tak nevidim duvod proc by se na LUKS heslo nezeptal a zaroven OS nastartoval.

zkusim na ten navod teda kouknout, zatim co da vystup?: efibootmgr -v

820

Software / Re:Modifikace GRUB/EFI po klonování disku

« kdy: 16. 05. 2021, 23:00:55 »

Clonezilla, "disk to disk", UUID to nemeni, takze nemusis nic resit krome fyzickeho prohozeni disku pak ;-)

821

Distribuce / Re:Mint spustí zašifrovaný systém bez zadania hesla k disku

« kdy: 16. 05. 2021, 15:41:55 »

navod sem necetl, ale predpokladam ze je to klasika, sifrovanej /boot (oddelenej nebo soucast rootfs) a LUKS heslo si zadaval do Grub a aby se podruhe na LUKS neptal initramfs, tak si pripravil luks key_file a initramdisk (kterej byl na sifrovanem ulozisti a musel si nejdriv odemknout rucne v Grubu) pak odemknul podruhe sam...

a nejspis se ted z nejakeho duvodu nepta Grub, protoze vidi grub.cfg i kernel a initramfs na nesifrovanem EFI...

dodej vystup z "tree /boot" a "lsblk"

822

Desktop / Re:LibreOffice - zmenšení rozhraní

« kdy: 11. 05. 2021, 22:13:02 »

Jake mas rozliseni, nelze dat versi? ;-)

823

Bazar / Re:Prodám Intel Compute Stick mini PC

« kdy: 09. 05. 2021, 12:15:05 »

pro info, STK1AW32SC mi dorazilo, zachovale/fungujici, uspesne zprovozneno(*1) Xubuntu 20.04, out-of-box "vse" funguje, (v BIOSu treba zmenit OS z Win32 na Win64), NEbylo treba resit upravu ISO pres linuxium isorespin, chodi HDMI-Audio, Wifi... BT sem nezkousel, jedna vec byla treba resit, bug v Xorg(?)/Mesa(?) kdy na CPU +-teto generace se kurzor mysi v cca 0.5cm leveho kraje obrazovky NEzobrazuje, jeden (horsi) workaround je vynutit gpu driver "intel" (starsi/neudrzovanej) misto vychoziho modeset, vhodnejsi workaround pak posunout obraz o 1px vpravo (chyba je totiz ze se mys dostane do negativnich souradnic), do souboru ~/.xprofile vlozit:

Kód: [Vybrat]

xrandr --output HDMI-2 --transform 1,0,-1,0,1,0,0,0,1

(info + zdroj workaroundu: https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/1767654)

*1) nedelal sem tedy cistou instalaci, ale pres USBLive tranfer backupu z SBC podobneho HW pro ktere STK ma slouzit jako nahrada kdyby neco (jde o primarne Kodi+IPTV(SledovaniTV))

824

Software / Re:Btrfs - nemožnost smazání starého snapshotu

« kdy: 06. 05. 2021, 10:51:47 »

neni ro primo /.backup ?

825

Bazar / Re:Prodám mobilní NAS QNAP QG-103N

« kdy: 06. 05. 2021, 09:46:59 »

Zdravím,

to je běžná situace v domácí síti. NAS je připojen do lokální LAN stejně jako notebook a ten má konektivitu do internetu.

Abych byl konkrétní, tak NAS jsem měl v takovémto scénáři připojený přes ethernet port do routeru a na routeru byl USB port ze kterého jsem NAS napájel. To je myslím, stabilnější a rychlejší než mít NAS připojený WiFi.

Posílám ještě SZ s návrhem na další postup.

SZ (ani mail) mi neprislo, tak pisu sem :-)

ze NB=>Wifi =>LAN + NAS=>ETH=>LAN v stejne siti je bezna situace chapu, ale me slo primo o to ze NB=>ETH=>NAS=>Wifi=>LAN, konkretne pro pouziti "NB boot z PXE", koukal sem do manual QG-103N, hledal na netu, ale nic o tom sem prave nenasel...