Příspěvky

916

Distribuce / Re:LUKS šifrovaný disk + MBR. Jak vytvořit EFI boot?

« kdy: 07. 03. 2021, 12:10:10 »

pozor na ten rsync, pouzite parametry byli zamyslene pro prenos puvodniho systemu na novej CISTEJ oddil, protoze si tam ale mel novou/cistou instalaci, tak je vhodne pridat parameter --delete aby to v cili smazalo to co neni ve zdroji ;-)

ad /etc/default/grub:

asi to nevadi, ale pro pripadne parsovani lepsi tohle odstranit:

Kód: [Vybrat]

# Uncomment to enable booting from LUKS encrypted devices
#GRUB_ENABLE_CRYPTODISK=y

(nebo odkomentovat a odstranit GRUB_ENABLE_CRYPTODISK=y na konci, proste aby jsi stejnou promenou nemel 2x)

Kód: [Vybrat]

GRUB_CMDLINE_LINUX_DEFAULT="cryptdevice=UUID=9....:luks-9.... 

s timhle nevim jiste, ja tohle vubec nedefinuju, urcuje mi to Grub, resp. pouzivam misto Grub sicherboot, kazdopadne v /proc/cmdline mam kolem disku jen "root=/dev/lvm/root resume=/dev/lvm/swap", nicmene predpokladam ze to tam dal Instalator...

ad "update-grub pokus, obrázek"
error s sda je irelevantni, resp. jde o to ze "doplnek" os-prober hleda systemy na jinejch diskach aby je pridal do Grub menu, zakazat to lze pridanim do /etc/default/grub:

Kód: [Vybrat]

GRUB_DISABLE_OS_PROBER=true

a k te zahade, myslim ze to prislo s nejakou novejsi verzi Grubu (nemyslim ze to zaclo delat mnou pouzivane *buntu samo za sebe), zkus se podivat do /boot/efi/EFI/manjaro?/grub.cfg ;-)

917

Software / Re:Jak neobnovitelně smazat data na HDD?

« kdy: 07. 03. 2021, 11:22:44 »

linuxovej nastroj shred, presne k tomuto urcen, uz byl zminen v prvnim prispevku, pokud by to nekomu nestacilo muze pouzit tento nastroj ;-)

918

Vývoj / Re:Python 3 úprava skriptu

« kdy: 07. 03. 2021, 11:14:45 »

ohledne dorazu, jen tip, zkusil bych se podivat na hodnoty:

Kód: [Vybrat]

step_per_mm = 72            # Step by millimeter | stepper per millimeter
distance = 72               # By default move 1mm => 72 steps per mm
stepper = "1mm"

a pripadne zmenit "debug    = False" na True, nevim zda/co to za debug info zobrazi...

919

Vývoj / Re:Python 3 úprava skriptu

« kdy: 07. 03. 2021, 11:05:43 »

ja si tikani pamatuju, take sem se pripojoval nejdriv k BBS, pak k internetu pres Eunet/Cesnet pres 1200bps modem ;-)
samozrejme ze pokud sis po internetu psal s nadrizenym, ucitelem apod, tak jste si Vykali, ja ale pisu o obecnem chatu mezi lidma co se neznali/ji ;-)

priklad s automechanikem co da 200 strankovou knihu je sorry, ale mimo, ty nechces radu "neco mi klepe v motoru", ale radu "jak pridat 100koni pres chiptunning"...

neptas se na SW, ptas se na dost specifickou vec ohledne programovani (at uz ten Python, nebo CSS), a HLAVNE ja nepsal ze ses arogatni protoze si dotazal konkretni reseni(nebo abys nemyslel ze neco dedukuju spatne, na presne na kterem miste mas co zmenit ;-), ALE proto ze ohrnujes nos nad odkazem na stylovani CSS,
nejde tedy ani navic o cely manual k CSS, ale odkaz na CSS pozicovani a okraje (od Jendy)

takze at uz s timto nebo jinym dotazem, KLIDNE se ptej na konkretni postup, casto se najde nekdo (u spravy OS, ci reseni problemu se systemem, diskem apod sem to casto i ja) kdo doda vicemene presnej postup, ale NEOHRNUJ nos nad
tim kdyz ti nekdo "jenom" da odkaz, kde si informace muzes najit, neni arogantni napsat ze tomu nerozumis, pak se najde nekdo kdo te treba vice popostrci, JEN proste chapej to ze rady tu mas zadarmo, a "darovene rade na kone nehled" ;-) nejedna se o placenej support ;-)

jinak k dotazu, Python neumim ale vim ze sem pred lety resil posun o X stupnu s krokovym motorkem a nakonec tuhle cast na "projektu" resil nekdo jinej pres Python ale i tam sem se pak v tom kodu neorientoval(ale jiste se najde/nasel nekdo kdo ano , v CSS se sice dokazu zorientovat, ale musel bych to videt pred sebou, opet se jiste najde nekdo kdo poradi z fleku, takze bud trpelivej a uvidis ;-)

920

Vývoj / Re:Python 3 úprava skriptu

« kdy: 07. 03. 2021, 03:33:08 »

Nuž, arogancia je predpokladať, že všetci ľudia sú buď povinní študovať programovanie, alebo držať hubu. Arogancia je tykať a nadávať človeku, ltorý je odhadujem 2 x tak starý ako vy. [...]

to je uhel pohledu, protoze zaroven: Arogance je na dobre minenou radu reagovat "ešte prosím uviesť na akej univerzzite sa mám na aký odbor prihlásiť", nearogantni by bylo "ja to z toho opravdu nepochopim"...

arogantrni je treba vyzadovat at ti to nekdo vyresi kompletne sam, samozrejme pozadat o to muzes, ale nemel bys ohrnovat nos kdyz ti nekdo posle "jen" link kde mas dost mozna informace k vyreseni...

jinak tykani je na internetu normalni od jeho pocatku, pokud mas ~60let tak bys to mohl vedet ;-) urcite ti neni 2x tak co me a ja nemam problem kdyz me tyka nekdo kdo je 3x tak mladsi nez ja ;-)

921

Distribuce / Re:LUKS šifrovaný disk + MBR. Jak vytvořit EFI boot?

« kdy: 07. 03. 2021, 03:11:17 »

ten bind byl opravdu POUZE pokud bys rsyncoval bezici system, resp oddil co mas jiz pripojen v / korenu ;-)
obecne: "mount --bind /dev/COKOLIV /nekam" NE, bind ma zdroj VZDY existujici mountpoint ci existujici adresar ci soubor, muzes treba udelat "cp /proc/cpuinfo /tmp; mount --bind /tmp/cpuinfo /proc/cpuinfo; nano /proc/cpuinfo # a upravit flagy pro cpu [samozrejme jen priklad, resp. pouzitelne to pamatuju jen u PentiumM ktere umelo PAE a od vyrobce mu schazel pro pae flag]

chapu tedy ze mas druhy disk, takze prozatim(?) vynechame reseni puvodniho disku a jeho oddilu...

pokud se snazis nastavit UUID pro luks ci extfs, stejny jako mel zdrojovej disk, tak NEMEJ zapojenej zdrojovej disk,
jadro by se urcite nechovalo korektne pri 2x stejne UUID

novy disk si tedy rozdelil jak?
- rozlozeni GPT
- 1 oddil EFI (a pridan v gparted priznak Boot a ESP)
- 2 oddil pro LUKS, ten si odemknul, zformatoval a rsyncem prehodil vse z odemknuteho puvodniho disku?

a zkousis boot v UEFI rezimu? nebo si novej disk udelal MBR, EFI oddil nedaval a jen si overujes zda dokazes naklonovat disk z puodniho na novej?

v obou pripadech je potreba nainstalovat Grub (v chrootu) coz si asi udelal kdyz ti to startuje, pokud tedy nestartuje Grub z puvodniho stale zapojeneho disku

cryptodisk hleda kdo? Grub? initramdisk? a jake luks uuid to hleda? to co bylo puvodni?
"sudo cryptsetup luksUUID /dev/sda1" ti zobrazi UUID to ktere si menil? to co to hleda?
v /etc/crypttab mas jake UUID pro LUKS?
v pripade ze si regeneroval initramdisk, mel si v tu chvili luks kontejner odemcenej pod STEJNYM nazvem jako mas uvedene v /etc/crypttab? (prvni sloupec) a mel si tam spravne UUID=... ? (druhej sloupec)

922

Distribuce / Re:LUKS šifrovaný disk + MBR. Jak vytvořit EFI boot?

« kdy: 06. 03. 2021, 13:08:14 »

URCITE nedelat dd zalohy oddilu(nebo odemceneho luks konkejneru), protoze kdyz by je pak vracel zpatky, tak by byl dd img VETSI nez novej oddil a tedy by image "vytekl" pres nasledujici oddil, ci "mimo disk" tedy by se neokopiroval, ale luks a/nebo filesystem si  myslel ze je vetsi nez je oddil, atd...

Tak měl jsem na mysli dd toho LUKS oddílu. Ale ani v jednom případě se nemůže nic stát a dá se ddčknout jak zamčenej i odemčenej, jen se podle toho musí upravit velikost cílového oddílu.

jasne, ale vychazel sem z toho ze kdyz ddckem udelas image oddilu, pak disk prerozdelis abys meli efi oddil a vracis image zpet, tak logicky ten novej cilovej oddil uz bude mensi o velikost toho efi oddilu, takze tvuj postup ano, ale pokud by to bylo obnovovane na jinej/vetsi disk (s tim ze pak natahnout oddil, natahnout luks, natahnout filesystem - na velikost vetsiho oddilu na vetsim disku)

923

Distribuce / Re:LUKS šifrovaný disk + MBR. Jak vytvořit EFI boot?

« kdy: 06. 03. 2021, 11:37:45 »

k tomu rucnimu zmensovani, dobra zprava (resp. pokud bys vyresil problem s tim tvojim divnym oddilem GParted 1.2, resp. nahozene gparted-live-1.2.0-1-amd64.iso sem uspesne na par kliku zmensit LUKS (na pozadi to udelalo to co sem psal, nejdriv filesystem na kontejneru, pak luks, pak oddil)

ale bohuzel mi unika co mas za problem:
gdisk i fdisk ti ukazuje pro oddil 1 start 2048s end 234436544s
pritom gparted rve ze oddil 1 zacina na 3054462464s
a total ze ma disk: 234441648s coz udaje z gdisk a fdisk a oddil 1 NEpretekaj...

napada me ze mas naborenou MBR, nebo ze mas tak i GPT z nejakeho pokusu (i kdyz gdisk GPT nevidi)
zkus jeste hodit komplet vystup z: sudo parted /dev/sda unit s print...
pak bych asi zkusil vymazat mbr i gpt a vytvorit znovu mbr s 1 oddil totoznej start 2048s end 234436544s

924

Distribuce / Re:LUKS šifrovaný disk + MBR. Jak vytvořit EFI boot?

« kdy: 06. 03. 2021, 11:04:27 »

ok, mas Arch, tak ohledne rsync nejake info z Arch Wiki:

Full System Backup (v ramci jednoho stroje z disku na disk)
https://wiki.archlinux.org/index.php/rsync#Full_system_backup

File System Cloning (v ramci 2 stroju v siti, ze stroje na disk v jine stroji)
https://wiki.archlinux.org/index.php/rsync#File_system_cloning
INFO: misto meho reseni s bind, je zde uvedena moznost exclude vsech "virtualnich" ci "docasnych" adresaru,
porad to ale neresi ze v cili v /dev budes mit prazdno, coz resi prave ten rsync z bindovaneho kde exclude jiz neni treba...

POZOR: pokud cil je ssh server, tak musis pouzit root@server
nebo jak sem psal lepe pouzit cil protokol rsync:
https://wiki.archlinux.org/index.php/rsync#rsync_daemon
nezapomenout vytvorit config kam rsync muze:
https://wiki.archlinux.org/index.php/rsync#Example_configuration


~~~
ohledne zmenseni, nejde o to zda me neco napadne, ale zda neprijdes o data ;-) proto sem jako nejvhodnejsi navrhnul koupit novej disk ;-) protoze Radej Zajic ti psal hrubej postup a to ze nesmis udelat nic ve spatnem poradi a ty prvni co udelas je spatnou vec ve spatnem poradi "resize2fs -p /dev/sda1" = na sda1 NEmas filesystem, ale LUKS ! je potreba pochopit ze filesystem je az na odemcenem kontejneru, v tvem pripade /dev/mapper/abc, ten (filesystem) bys mohl zmensit pres resize2fs, pak je potreba contejner zavrit a provest resize LUKS, pak provest resize oddilu sda1 - to vse delat z USBLive a po (dobre provedene) zaloze a VZDY ten dalsi krok provest radeji zmenseni o neco mene nez predchozi krok, tzn klidne filesystem(pred zmenseni a po zmenseni provest "e2fsck -f /dev/mapper/abc) o 30GB, contejner o 20GB, oddil o 10GB = radeji nez se splest a neco NAD zmensit mene nez to POD ;-) presnejsi info pripadne az po tom co opravdu provedes spravne zalohu ;-)

925

Server / Re:GRUB na HW RAIDu

« kdy: 05. 03. 2021, 23:06:26 »

[...] legacy BIOS boot [...] dokonce tuším grub pozná MD mirror a umí si v něm nalézt FS (/boot)[...]

jak sem psal, Grub pozna nejen MD mirror, ale i pripadne na nem LVM a v nem (dle uvedeni v grub.cfg) LV pro boot ci rootfs a na tom EXT4(ci jinej FS), pouzivam to tak uz roky ;-)

v pripade UEFI je to pak uplne bez debat, tam proste se udela GPT rozdeleni, EFI oddil a oddil pro RAID...

926

Server / Re:GRUB na HW RAIDu

« kdy: 05. 03. 2021, 22:30:19 »

Keď sa na to pozriem z pohľadu RDa, že prečo použil Fake RAID - tak asi kvôli tomu, že z neho nabootuje. Z mdraid-u nenabootuje.

az na to, ze z MDRAID samozrejme LZE bootovat ;-) klidne disk/mdadm/lvm/ext4...

927

Distribuce / Re:Výpadek proudu při aktualizaci Ubuntu: nenaběhne systém

« kdy: 05. 03. 2021, 21:24:38 »

jak bylo zmineno dost mozna to jen nema dopripravne aktualni jadro a initrd, tim ze mas dualboot se ti jiste Grub nabidka ukazuje, takze neni treba rychle neco mackat, kdyz uz ji vidis ;-) jen vyber Advanced a v tom vyber starsi jadro, pokud mas problem v tom novem jadru tak ti to se starsim nabehne a v terminalu das dokoncit aktualizaci... Ubuntu (ci Debian, Mint, nevim jak ostatni) maji aktualizace resene tak (lajcky receno) ze se da vse do fronty a kazdej balicek se kazdej z nekolika kroku potrebnych k jeho nainstalovavani uklada informace zda ta cast dojela, tedy neni problem pri vypnuti na trvdo pak proste pokracovat:

Kód: [Vybrat]

# zacni timto, bud to dojede, nebo zarve ze mas pustit pro opravu to nasledujici
sudo apt install -f

# nebo tohle (=to nasledujici :)
sudo dpkg --configure -a

928

Distribuce / Re:LUKS šifrovaný disk + MBR. Jak vytvořit EFI boot?

« kdy: 05. 03. 2021, 21:17:35 »

z vypisu(+to co si dal pretim) je to jiz jiste:
- mas 1 oddil, na nem LUKS a na nem(=jeho odemcenem kontejneru) 1 oddil pripojen jako koren /

s "mount --bind / /mnt" sem uvazoval ze rsync bys delal na HW kde z toho disku slo bootovat, tedy z nebehleho systemu, duvod proc existujici pripojeni /dev/sda1 do / pripojujes jeste 1x do /mnt, je ten abys odfiltroval dalsi pripojeni (tedy /dev, /dev/pts, /proc, /sys) a rsyncoval tedy cistej obsah z sda1... rsync ma sice parametr --one-file-system (ci to same zkracene: -x ) , takze se zda ze misto bind bys mohl rsyncovat s timto parametrem primo stavajici koren / ALE pak bys mel prazdnej adresar /dev (protoze na nej je pripojen udev/devtmpfs), jenze v sda1 adresari /dev jsou pritom staticke soubory zarizeni pouzite nez se udev nahodi, kdyz rsyncujes bindnutej adresar tak tam prave tento obsah toho /dev mas...

pokud bys delal rsync z LiveUSB, tak samzrejme staci 1x pripojit /dev/sdXY kamkoliv a rsync pak ten adresar, naopak NEdelat chroot (kde bys opet pripojil /dev, /dev/pts, /proc, /sys a opet by byl potreba bind jinam ;-), chroot je potreba POUZE pokud bys chtel treba instalovat zavadec, aktualizovat balicky, aktualizovat initramfs atd...)

jeste takove doporuceni, disk mas 120GB, muzes si usetrit cas a pripadne komplikace, kdyz misto odlejt data jinam, disk format a vrait zpet, proste poridis druhej disk, a z stavajiciho 120GB to na novej pretahnes, s tim ze 120GB proste hodis pak do suplete jako backup
250GB za 1044Kc
 ci rovnou 500GB za 1624Kc, sice chapu ze ti treba 120GB staci, ale tu u WD Blue uz nevidim, zaroven kdyz 500GB stoji jen o 600Kc vice... ;-)

929

Distribuce / Re:LUKS šifrovaný disk + MBR. Jak vytvořit EFI boot?

« kdy: 05. 03. 2021, 15:26:59 »

- -: dodej vypis z "lsblkd /dev/sda"
Zalohovat pomoci FileZilla? to urcite neni vhodne pro system, na nej pouzit rsync, neco jako:

Kód: [Vybrat]

sudo mount --bind / /mnt
sudo rsync -av --progress --sparse --links --hard-links /mnt/ sshuser@sshserver:/adresar/kam

resp. vhodnejsi by bylo na cilovej aktivovat rsync demona (a nastavit kam muze) a rsync do cile ne pres ssh, ale pres rsync protokol:

Kód: [Vybrat]

sudo rsync -av --progress --sparse --links --hard-links /mnt/ rsync://rsyncserver:/adresar/kammuze

by_cx: URCITE nedelat dd zalohy oddilu(nebo odemceneho luks konkejneru), protoze kdyz by je pak vracel zpatky, tak by byl dd img VETSI nez novej oddil a tedy by image "vytekl" pres nasledujici oddil, ci "mimo disk" tedy by se neokopiroval, ale luks a/nebo filesystem si  myslel ze je vetsi nez je oddil, atd...

IDontCare: a jak by asi systemovej disk nastartoval? telepatii? nebo zbytecne pridaval USBFlash ci dalsi disk na kterem by mel zavadec co by startoval system z reseneho disku?

Radek Zajic: zmensovat(resp. pouze zkracovat zprava, pokud vim zleva to normalne nejde) LUKS kontejner je trochu opruz, obzvlast jak pises kdyby tam mel mezi ext4 a LUKS jeste LVM, takze pokud by do toho sel tak ROZHODNE nejdriv vyzalohovat   

930

Windows a jiné systémy / Re:Android Chrome - nepříjemný reload stránky při přepnutí / odemknutí

« kdy: 04. 03. 2021, 00:03:03 »

pokud vim, tak Chrome to neumi, resp. zkusil sem OH Web Browser, Vivaldi, FOSS, Lightning, Firefox - ve vsech se to chova stejne, kdyz skocim do home, nebo uspim vypinacem, tak hudba prestane hrat, po navratu ale NEreloduje, jen je zapauzovano a staci tuknout na Play... pokud chces konkretne to YT aby hralo i kdyz vypnes LCD ci se prepnes do jineho programu ci home, tak NewPipe...