Byla vydána (Mastodon, 𝕏) první RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.
Eugen Rochko, zakladatel Mastodonu, tj. sociální sítě, která není na prodej, oznámil, že po téměř 10 letech odstupuje z pozice CEO a převádí vlastnictví ochranné známky a dalších aktiv na neziskovou organizaci Mastodon.
Byla vydána nová major verze 5.0 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v obsáhlých poznámkách k vydání. Videopředstavení na YouTube.
Cloudflare, tj. společnost poskytující "cloudové služby, které zajišťují bezpečnost, výkon a spolehlivost internetových aplikací", má výpadek.
Letos se uskuteční již 11. ročník soutěže v programování Kasiopea. Tato soutěž, (primárně) pro středoškoláky, nabízí skvělou příležitost procvičit logické myšlení a dozvědět se něco nového ze světa algoritmů – a to nejen pro zkušené programátory, ale i pro úplné začátečníky. Domácí kolo proběhne online od 22. 11. do 7. 12. 2025 a skládá se z 9 zajímavých úloh různé obtížnosti. Na výběru programovacího jazyka přitom nezáleží – úlohy jsou
… více »Byla vydána nová verze 2.52.0 distribuovaného systému správy verzí Git. Přispělo 94 vývojářů, z toho 33 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
VKD3D-Proton byl vydán ve verzi 3.0. Jedná se fork knihovny vkd3d z projektu Wine pro Proton. Knihovna slouží pro překlad volání Direct3D 12 na Vulkan. V přehledu novinek je vypíchnuta podpora AMD FSR 4 (AMD FidelityFX Super Resolution 4).
Poštovní klient Thunderbird byl vydán v nové verzi 145.0. Podporuje DNS přes HTTPS nebo Microsoft Exchange skrze Exchange Web Services. Ukončena byla podpora 32bitového Thunderbirdu pro Linux.
U příležitosti státního svátku 17. listopadu probíhá na Steamu i GOG.com již šestý ročník Czech & Slovak Games Week aneb týdenní oslava a také slevová akce českých a slovenských počítačových her.
Byla vydána nová verze 9.19 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Vypíchnout lze například nový balíček BirdNET-Go, tj. AI řešení pro nepřetržité monitorování a identifikaci ptáků.
wipe ti nestačí?
wipe ti nestačí?Hm, to jsem vůbec neznal. A ačkoliv již pěkných pár let není vyvíjen, zkompiloval jsem ho zcela bez problémů.
/dev/urandom - je to ale zatraceně pomalé :-/
Když jsem na starém noťasu potřeboval vyčistit disk, zkusil jsem random, ale na pár přepisů bych musel čekat měsíc. urandom byl nesrovnatelně rychlejší.
To přeformátovávání asi moc účinné nebude.Když už jsme u toho, kterým programem můžu přečíst už jednou přepsaná data? Já když něco přepíšu, tak už se dostanu jen k tomu přepsanému.
(za bezpečné se považují cca více než 30násobné přepisy).Za bezpečně smazaná data se považují data smazána podle postupu, který je popsán v odkazovaném dokumentu DOD (Department of Defense) zde.
Také by mne zajímalo, jak to dělají.IMHO se vychází z toho, že hlavičky nejsou vždy na úplně stejném místě a z toho, že měkká magnetická vrstva není zase tak měkká jak by mohla být a proto se i po několika přepsáních stejnou hodnotou dá zjistit, že než do toho začal někdo babrat, že tam původně byla jiná hodnota.
Viz hysterezní křivka. (By mě zajímalo jestli je úplně nový vyrobený disk už nějak zmagnetizován, nebo jestli pro něj platí křivka prvotní magnetizace
)
Tady v tomto případě zcela jistě platí, že čím přesnější měřící metoda, tím větší pravděpodobnost obnovy.
Kdyby ne, tak zajeď do zahraničí - Malacky to jistí
Kdyby ne, tak zajeď do zahraničí - Malacky to jistíV Malackém je nějaký velkosklad elektrotechniky? A můžu se zeptat kde?
Když už jsme u toho, kterým programem můžu přečíst už jednou přepsaná data? Já když něco přepíšu, tak už se dostanu jen k tomu přepsanému.Softwarově nijak. Zjišťuje se to přímo z magnetických vlastností plotny disku, zřejmě se disk musí „přečíst“ nějakým citlivějším zařízením, než je běžná hlavička v disku. Tak se třeba zjistí, že ve stopě hlavičky je magnetická 0, ale „po okrajích prosvítá“ 1.

dd if=/dev/zero of=/dev/[hs]d[a-z]
(pokud autor vadu uvede, beru zpět!)...
. Teď ale píšete, že to až tak závažný zvuk nebude, tak nesoudím. Já si představil takové klasické tření plotny o case nebo tak něco...
badblocks -w /dev/[s|h]d.Vyčistí a zároveň otestuje disk.
No nic, nebudu plivat na jednu značku, takový seagate se taky dokáže porouchat, ale zatím jsem dostal spíš vadnej kousek už od výroby.
Můj systémový HDD začal po 3/4 roce používání vykazovat podivné akustické vlastnosti. Slovy se to charakterizovat nedá, takže se o to ani nebudu snažit.A nebylo to třeba jen přehřátím?
Pokud s diskem zamávám v ruce, tak v něm cosi šterká.Hlavička?I když disky by měly být po zaparkování zajištěné, tak bůh ví na čem všem ti výrobci šmelí.
Zatím se kloním k tomu, že disk přeformátuju třeba na ReiserFS, a zaplním ho nějakým velkým cyklicky se opakujícím souborem. Pak jej přeformátuju třeba na FAT32, a zaplním ho jiným opakujícím se velkým souborem. Pak oddíly smažu a šmytec. Je to dostatečné?A na co vytváření těch souborových systémů(zvláště potom FAT32)?
BTW: Dneska žádné rýpnutí do GTK?Že by už někdo konečně přešel?
Opravdu se nebojím, že by KDE4 bylo horší než GNOME 2.595. Pardon já zapoměl, že 2.30 bude 3.0
Až vyjde KDE4 stabilní vydání, tak uvidíme.A to je plánováno na kdy? Před nebo až po GNU/Hurdu 1.0? A nebo vyjde současně s Wine 1.0?
BTW: Co furt máte všichni s tou stabilitou? Já mám snad notebook na nějakém kvalitním podloží nebo co, protože mi zatím ještě nic nerýpnulo.
Opravdu se nebojím, že by KDE4 bylo horší než GNOME 2.595. Pardon já zapoměl, že 2.30 bude 3.0Už jsem se opravdu začínal bát, že se nedočkáme.
To jsem mu sem chtěl napsat. Tak připíšu jenom upozornění. Nedoporučoval bych shredovat celý disk jako: shred /dev/hdc, jednou jsem s tím měl problém, jak potom fdiskem disk znovu rozdělit. Raději to pustit na všechny jednotlivé oblasti, tedy: shred /dev/hdc1; shred /dev/hdc5; shred /dev/hdc6
Potom ještě k rychlosti. Standardně se přepisuje 25x. To je dobře, ale když jeden přepis bude trvat 20min, je to zbytečně paranoidní. Doporučoval bych 8 přepisů. Nastavitelné parametrem: shred -n 8 /dev/hdc1
jednou jsem s tím měl problém, jak potom fdiskem disk znovu rozdělitTo pak ale je problém fdisku. Když žádnou tabulku rozdělení disku nenajde, nebo najde poškozenou, měl by se dotázat uživatele a znovu ji vytvořit (prázdnou).
Tak připíšu jenom upozornění. Nedoporučoval bych shredovat celý disk jako: shred /dev/hdc, jednou jsem s tím měl problém,No ono vůbec samo o sobě přepisovat MBR něčím náhodným zrovna není to pravé ořechové.
jednou jsem s tím měl problém, jak potom fdiskem disk znovu rozdělitUmí vůbec
fdisk i něco jinšího než ms-dos tabulku? Na dělení spíš doporučuji parted. Přece jen je kapánek novější.
, aspoň v serveru. Používám pasivní chladič a nedávno jsem k němu přidal ještě teplovodivou pastu - zatím to vypadá, že jen ta pasta pomohla o 1-2 stupně. Teplota je teď 36-37° C.
"Otázka ovšem zní, jak bezpečně zlikviidovat data?"Termitem?
Jediný a to velmi účinný způsob absolutního smazání dat z pevného disku jeNetvrdil bych, že je jediný
I mechanická likvidace plotny je postačující (těžko by někdo lovil data z hromady pilin)
Keby mal dost casu na piliny...
Často mi přijde, že takové skartování je jen alibismus, že to skartovačkou prošlo. Ze skartovačky na "TAJNÉ" už by to asi neposkádal
*) byť stojí tisíce.
**) případně zápalky - pro tradicionalisty.
dokonalá likvidace = tavná pícka
Kdysi na Seagate byli http://www.servodata.cz/home.php3
Tiskni
Sdílej: