1
Distribuce / Re:Instalace Linux Mint na šifrovaný oddíl
« Poslední příspěvek od LolPhirae kdy Dnes v 20:46:41 »A teď si představte, že dřív to takhle nainstaloval instalátor úplně sám, bez všech těch opičáren.
Pokrok nezastavíš.
Poslední příspěvky
Pokrok nezastavíš.
2
Distribuce / Re:Instalace Linux Mint na šifrovaný oddíl
« Poslední příspěvek od TechnikTom kdy Dnes v 20:04:32 »A teď si představte, že dřív to takhle nainstaloval instalátor úplně sám, bez všech těch opičáren.
Naposledy u mého Lubuntu 18.04.
Po zapnutí PC najel GRUB, když jste chtěl, vybral jste třeba Linux, zeptalo se to na heslo k disku a bylo.
Když jste neudělal nic, tak najely například Windows či cokoli, co jste měl předvolené a běžný uživatel ani netušil, že v tom PC je i něco jiného než Windows.
Pak někdo usoudil, že to je asi málo bezpečné a ne že by přidal další možnost - zašifrovat i boot, dal to při instalaci jako možnost jedinou.
Takže po zapnutí PC najede něco jako příkazový řádek, kdy ani nevidíte, jestli něco píšete ( super třeba při vypnuté numerické klávesnici ) a až po zadání hesla můžete zvolit spuštění jiného systému.
Třeba z disku, který vůbec zašifrovaný není.
Logika jak hrom.
Já mám navíc tu bezpečnost nechtěně dotaženou do dokonalosti tím, že z neznámého důvodu mi po zadání hesla sice najede grub menu, ale pokud nenajedu do Advancece options nezvolím jádro ( nebo co to je ) max. verze 113, tak start systému končí hláškou cryptsetupu o vyčerpání počtu pokusů nebo tak něco.
Takže můj systém by asi nikdo nespustil i se znalostí správného hesla k disku :o)
Naposledy u mého Lubuntu 18.04.
Po zapnutí PC najel GRUB, když jste chtěl, vybral jste třeba Linux, zeptalo se to na heslo k disku a bylo.
Když jste neudělal nic, tak najely například Windows či cokoli, co jste měl předvolené a běžný uživatel ani netušil, že v tom PC je i něco jiného než Windows.
Pak někdo usoudil, že to je asi málo bezpečné a ne že by přidal další možnost - zašifrovat i boot, dal to při instalaci jako možnost jedinou.
Takže po zapnutí PC najede něco jako příkazový řádek, kdy ani nevidíte, jestli něco píšete ( super třeba při vypnuté numerické klávesnici ) a až po zadání hesla můžete zvolit spuštění jiného systému.
Třeba z disku, který vůbec zašifrovaný není.
Logika jak hrom.
Já mám navíc tu bezpečnost nechtěně dotaženou do dokonalosti tím, že z neznámého důvodu mi po zadání hesla sice najede grub menu, ale pokud nenajedu do Advancece options nezvolím jádro ( nebo co to je ) max. verze 113, tak start systému končí hláškou cryptsetupu o vyčerpání počtu pokusů nebo tak něco.
Takže můj systém by asi nikdo nespustil i se znalostí správného hesla k disku :o)
3
Hardware / Re:Klávesnice s touchpadem připojitelná drátově
« Poslední příspěvek od speculatius kdy Dnes v 19:12:39 »[...]Mimochodom, čo sa týka toho prehodenia Ctrl a Fn, tak môj nový Thinkpad už to už má normálne. [...]Kterej Thinkpad ma NEnormalne Ctrl pred Fn?
Pod "normálne" som myslel Ctrl v rohu. Tak to mám na dvoch Gen 5 Thinkpadoch. Všetky pred tým mali v rohu Fn, čo mne nevyhovovalo, lebo pri prechode medzi notebookom a externou klávesnicou som sa neustále mýlil.
4
Distribuce / Re:Instalace Linux Mint na šifrovaný oddíl
« Poslední příspěvek od martin.maly kdy Dnes v 15:25:39 »Vážení, díky moc, díky vám jsem to pochopil a nabootoval!
Shrnutí, co jsem (asi) dělal špatně:
Odemykal jsem oddíl pro / v LiveUSB pod jiným názvem než byl v /etc/crypttab
Měl jsem z předešlých zoufalých pokusů navíc soubor /etc/cryptsetup-initramfs/cryptroot.conf , který byl k ničemu.
Celou situaci ještě komplikuje fakt, že moje dva disky /dev/nvme0n1 a /dev/nvme1n1 si (náhodně?) mění označení. Když jsem nabootoval do LiveUSB, označení bylo prohozené oproti tomu, jak to bylo nastavené v /etc/fstab opravovaného počítače...
Takže shrnutí:
Nabootoval jsem do LiveUSB, live systém si myslel, že /dev/nvme0n1 je pro Windows a /dev/nvme1n1 pro Linux.
Odemknul jsem /dev/nvme1n1p3 (označení v live systému) jako nvme0n1p3_crypt (to jsem dělal předtím špatně). Držel jsem se nvme0n1p3_crypt zuby nehty.
Namountoval jsem /dev/mapper/nvme0n1p3_crypt do /mnt
Namountoval jsem /dev/nvme1n1p4 do /mnt/boot
Udělal jsem mount --bind pro /dev /proc /sys /run a provedl chroot do /mnt
Přejmenoval jsem /etc/cryptsetup-initramfs/cryptroot.conf, abych se ho zbavil.
Zkontroloval jsem /etc/crypttab a zjistil, že je definice / oddílu pomocí UUID v totožná s tím, co vypisuje blkid. Soubor byl v pořádku. Na mém stroji se zdá být lepší to definovat pomocí UUID než /dev/nvme?n1p3, protože číslování disků může záviset na náladě počítače, jak se vzbudí
Zkontroloval jsem /etc/fstab - soubor byl v pořádku.
update-initramfs -u
Uvnitř chrootu jsem namountoval /dev/nvme1n1p4 jako /boot/efi
grub-install /dev/nvme1n1
Nyní se mi při startu počítače ukáže grub, pak se mě zeptá na heslo pro dešifrování a systém najede. :-)
Díky moc!
Shrnutí, co jsem (asi) dělal špatně:
Odemykal jsem oddíl pro / v LiveUSB pod jiným názvem než byl v /etc/crypttab
Měl jsem z předešlých zoufalých pokusů navíc soubor /etc/cryptsetup-initramfs/cryptroot.conf , který byl k ničemu.
Celou situaci ještě komplikuje fakt, že moje dva disky /dev/nvme0n1 a /dev/nvme1n1 si (náhodně?) mění označení. Když jsem nabootoval do LiveUSB, označení bylo prohozené oproti tomu, jak to bylo nastavené v /etc/fstab opravovaného počítače...
Takže shrnutí:
Nabootoval jsem do LiveUSB, live systém si myslel, že /dev/nvme0n1 je pro Windows a /dev/nvme1n1 pro Linux.
Odemknul jsem /dev/nvme1n1p3 (označení v live systému) jako nvme0n1p3_crypt (to jsem dělal předtím špatně). Držel jsem se nvme0n1p3_crypt zuby nehty.
Namountoval jsem /dev/mapper/nvme0n1p3_crypt do /mnt
Namountoval jsem /dev/nvme1n1p4 do /mnt/boot
Udělal jsem mount --bind pro /dev /proc /sys /run a provedl chroot do /mnt
Přejmenoval jsem /etc/cryptsetup-initramfs/cryptroot.conf, abych se ho zbavil.
Zkontroloval jsem /etc/crypttab a zjistil, že je definice / oddílu pomocí UUID v totožná s tím, co vypisuje blkid. Soubor byl v pořádku. Na mém stroji se zdá být lepší to definovat pomocí UUID než /dev/nvme?n1p3, protože číslování disků může záviset na náladě počítače, jak se vzbudí
Zkontroloval jsem /etc/fstab - soubor byl v pořádku.
update-initramfs -u
Uvnitř chrootu jsem namountoval /dev/nvme1n1p4 jako /boot/efi
grub-install /dev/nvme1n1
Nyní se mi při startu počítače ukáže grub, pak se mě zeptá na heslo pro dešifrování a systém najede. :-)
Díky moc!
5
Bazar / Re:Prodám: Framework 13" AMD 7840U, 64GB RAM, 2TB SSD
« Poslední příspěvek od AdamLysak kdy Dnes v 14:27:29 »Prodáno
6
Sítě / Re:Připojení PoE switch pro venkovní síť ke společnému DC napájení
« Poslední příspěvek od František Ryšánek kdy Dnes v 13:19:11 »Pane voni jsou hlava :-) Díky...Když rozpažíte křemíkový Graetzův můstek mezi + a - v otevřeném směru, tak povolí asi o 1,5 V než začne vést. Dva takové anti-paralelně...Náčelníku technická, můžu?
Netřeba dva antiparalelně, stačí ten jeden vyzkratovat na výstupu, a na vstupu dostanete co chcete...
7
Hardware / Re:Klávesnice s touchpadem připojitelná drátově
« Poslední příspěvek od vaanja kdy Dnes v 12:09:50 »buhuzial asi vsetky nove X1 Carbon uz od roku 2022[...]Mimochodom, čo sa týka toho prehodenia Ctrl a Fn, tak môj nový Thinkpad už to už má normálne. [...]Kterej Thinkpad ma NEnormalne Ctrl pred Fn?
8
Hardware / Re:Klávesnice s touchpadem připojitelná drátově
« Poslední příspěvek od k3dAR kdy Dnes v 11:47:20 »[...]Mimochodom, čo sa týka toho prehodenia Ctrl a Fn, tak môj nový Thinkpad už to už má normálne. [...]Kterej Thinkpad ma NEnormalne Ctrl pred Fn?
9
Hardware / Re:Klávesnice s touchpadem připojitelná drátově
« Poslední příspěvek od speculatius kdy Dnes v 10:50:25 »Čistá špekulácia... Thinkpad začal nedávno upúšťať od trackpointu ("That was cutting-edge technology at one time. But clearly, it’s a touchpad world."). Tak možno sa v budúcnosti dočkáme Thinkpad klávesnice s touchpadom? https://www.lenovo.com/us/en/p/accessories-and-software/keyboards-and-mice/keyboards/4y40x49493
Mimochodom, čo sa týka toho prehodenia Ctrl a Fn, tak môj nový Thinkpad už to už má normálne. Tiež sa to dá prehodiť v UEFI a externá klávesnica má na to tuším nejaký prepínač.
Mimochodom, čo sa týka toho prehodenia Ctrl a Fn, tak môj nový Thinkpad už to už má normálne. Tiež sa to dá prehodiť v UEFI a externá klávesnica má na to tuším nejaký prepínač.
10
Hardware / Re:Kolabuje mi nekvalitní SSD? Zdá se mi nízký Data Units Written
« Poslední příspěvek od RDa kdy Dnes v 10:36:36 »Ahoj, včera na mě PC po start OS vykřikuje, že mi kolabuje SSDKód: [Vybrat]SMART overall-health self-assessment test result: FAILED!
- NVM subsystem reliability has been degraded
SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x04
Tohle je proste varovani - 0x04 = NVM subsystem reliability has been degraded
Konkretneji:
Citace
Bit 2: If set to ‘1’, then the NVM subsystem reliability has been degraded due to significanthttps://nvmexpress.org/wp-content/uploads/NVM-Express-1_4-2019.06.10-Ratified.pdf
media related errors or any internal error that degrades NVM subsystem reliability
(strana 122)
Nema vubec smysl resit proc - tohle je ucelem SMART technologii - aby ti dali vedet vcas, ze ti disk odchazi a podle me to zafungovalo velice dobre. Dalsi krok je uz critical error 0x08 = read-only mode. A to uz typicky nedokaze nabootovat OS a budes muset hledat ctecku pripadne Live distro.
Takze bych to odzalohoval a disk vymenil. Pripadne to muzes reklamovat, pokud na to mas zaruku.. bohuzel u techto OEM disku pro brandove vyrobce neni nikdy jasna specifikace pro TBW, ale to v tomto pripade ani nepotrebujes prokazovat - proste disk rekl ze je vadnej, to se ti uzna rovnou.
Ad Percentage used, linkovany dokument na strane 122 zminuje:
Citace
Percentage Used: Contains a vendor specific estimate of the percentage of NVM subsystem life used based on the actual usage and the manufacturer’s prediction of NVM life. A value of 100 indicates that the estimated endurance of the NVM in the NVM subsystem has been consumed, but may not indicate an NVM subsystem failure. The value is allowed to exceed 100. Percentages greater than 254 shall be represented as 255. This value shall be updated once per power-on hour (when the controller is not in a sleep state).
Refer to the JEDEC JESD218A standard for SSD device life and endurance measurement techniques.
