Bleskový Macpup (diskuse)

[R]

Zdrojaky su kde?

[d.c.]

Obavam se, ze jen u autoru. Cele je to nejake podezrele. Pripada mi to jako nejaka past na lamy od lamy.

[AsciiWolf]

Pripada mi to jako nejaka past na lamy od lamy.

[Jendа]

Lucid Lynx, to je nějaké staré, ne?

[*Martin*]

Debian na SSD - skoro take rychle ako cele v RAM

[Jendа]

Pokud ti to dá procesor :). Třeba na Atomu si se SSD nepomůžeš, protože to nestačí tak rychle dešifrovat (AES to dá sotva 20 MB/s).

[danc]

To jsem uz taky zjistil (pote co jsem koupil SSD )

[luky]

To nejde to sifrovani vypnout? Sifrovat treba takovej /usr mi prijde naprosto zbytecne.

[Jendа]

To nejde to sifrovani vypnout?

Samozřejmě, že jde.

Sifrovat treba takovej /usr mi prijde naprosto zbytecne.

Ten terorista podle atime spouštěl v okamžiku útoku nmap a aircrack! A v /usr/local má mfoc a simtrace! A ty skripty /usl/local/sbin! Ukřižovat!

[Jiří J.]

Ten terorista podle atime spouštěl v okamžiku útoku nmap a aircrack!

On ještě někdo používá s modernímy kernely na desktopu/laptopu atime? Pokud z nějakého důvodu nejde použít noatime, pak je tu přece relatime.

A v /usr/local má mfoc a simtrace! A ty skripty /usl/local/sbin! Ukřižovat!

Ehm, $HOME/bin, anyone?

Osobně šifruji, ale jen svůj home - odemykám po úspěšném přihlášení na svůj UNIX účet. Pokud se něco v systému pořádně pokazí, prostě lognu roota a neotevírám home partišnu.

Ano, možná by něco šlo vyčíst z /var/log, třeba wtmp, ale nic z toho nejde použít jako "důkaz". A pokud chce někdo psa bíti, hůl si klidně vymyslí.

[Jendа]

/tmp - cache, sokety, histori terminálu, rozbalené archivy…

Ve /var/log mám tracklog kudy jsem chodil půl roku dozadu (wifi sítě).

[pavlix]

To by se stále ještě dalo řešit šifrováním /var/log a klidně mountováním /tmp z ramky.

[Jiří J.]

/tmp - cache, sokety, histori terminálu, rozbalené archivy…

Ve /var/log mám tracklog kudy jsem chodil půl roku dozadu (wifi sítě).

Dobře, uznávám, že neznám trendy dnešních DE. Na mém /tmp (tmpfs) bys toho moc nenašel, cache je v ~/.cache, sockety jsou při vypnutém PC na dvě věci, historie xtermu je v ~/.bash_history, archivy tar obvykle rozbaluje do PWD, wpa_supplicant pouštím ručně v rc.local, protože distribuční skripty ho pouští špatně (wpa_gui se na něj nepřipojí), takže -f nepoužívám, proč vůbec ukládat log, který nemá smysl.

Pro mě za mě - ať si každý šifruje to, co mu připadne důležité. Pro mě to jsou data v home. Pro šifrování všeho bych musel tvořit initramfs (nemám distribuční kernel) a do toho se mi opravdu nechce .

[Dreit]

Chtělo by to SATA ptákovinu o velikosti 2.5" disku.....obsahující hromadu RAM čipů!  Strčit do noťasu jako 2. disk, při bootu přelít všechny data a hurá pracovat

Vim že jednou dobou se to dělalo do PCI-E, ale myslim že jen krátce a už se o to znova nikdo nepokusil

[luky]

Melo to dokonce baterku, takze data v tom prezila restart.

[Dreit]

Tak o tom jsem nevěděl, hned jsem o něco chytřejší   I když....kdyby se místo RAM zdokonalovaly EEPROM paměti, tak kdoví kde dneska jsme

[Nereknu]

to by bylo uzasne :) akorat to ma jednu malou nevyhodu. a tou je omezeny pocet zapisu stejne jak u ssd (udava se milion, ale kdyby se meli pouzit mensi soucastky a melo se to zrychlit, tak jsme v podstate na stejnem cisle jak u ssd...)

[Dreit]

Nojo, koukám na to. Netuším proč, ale pořád jsem si myslel, že má právě několikanásobně delší životnost než flash

[Dreit]

Tak si to asi pletu s (P)ROM, pardon.

[Nereknu]

a tu neprepises :)

[Dreit]

To nepřepíšu. Nějak se mi to všechno spletlo, takže odvolávám.

Mimochodem, nevíte někdo jak je to s životností EEPROM když budu data jen číst? Zapíšu klidně i jen jednou, ale budu číst milionkrát.

[R]

EEPROM umoznuje zapis po jednotlivych bajtoch, flash nie (pred zapisom sa musi najprv vymazat cely blok). Preto sa male EEPROM pouzivaju v roznych zariadeniach na zapis konfiguracie. Zivotnost maju obmedzene obe.

[Nereknu]

ja mel za to ze i eprom neumi zapis jednotlive, ale musi se prepsat cela...

[R]

Najdi si datasheet napr. 24C02 alebo 93C46.

[radek]

vyjimka. Dival jsem se na 2MB eepromky a ty se museli mazat po blocich :)

[Dreit]

Nebude to podle připojení (paralelně/sériově)?

[Jiří J.]

Distribuce nepřináší mnoho nového např. oproti Slaxu nebo jeho linux-live skriptům, které mají "copy2ram" funkcionalitu - prostě nakopírují squashfs image do tmpfs před mountnutím.

I kdybychom mluvili o distribuci jako zabaleném cpio obrazu, který by se použil namísto initramfs (jak jsem to dělal já se svojí mini distribucí), pořád to nepřináší praktické výhody oproti "copy2ram". Jen není potřeba řešit hledání CD při startu, bootloader vše načte.

[frantisek]

Jak proboha někdo může napsat, že je to Mac-like? Mac to nevidělo ani z rychlíku.

[pavlix]

Napadá tě něco jiného, čím by na sebe projekt zaručeně upoutal pozornost?