Oficiální Epic Games Launcher je v nové preview verzi poprvé dostupný i pro Linux (FAQ). Pracuje se na novém Easy Anti-Cheatu pro Linux (EAC Linux v2) a podpoře hry Fortnite na Linuxu.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.8. Novinky zahrnují lepší podporu vzdálené plochy, sdílení a nahrávání obrazovky a řadu drobností napříč uživatelským rozhraním (úplný seznam změn, shrnutí ve wiki).
Apple představil 7palcový displej Apple HomeView s podporou Apple Intelligence a Siri AI pro ovládání chytré domácnosti, novou řadu vybavení chytré domácnosti Apple Home Collection, další generaci HomePodu mini a novou Apple TV 4K. Apple HomeView není v Evropské unii v prodeji, jelikož umělá inteligence Siri v rámci systému iOS v EU momentálně není k dispozici. Apple spolupracuje s EU a snaží se najít cestu, jak situaci vyřešit.
KDE slaví 30 let. Přesně před 30 lety, 14. října 1996, poslal Matthias Ettrich do diskusní skupiny comp.os.linux.misc zprávu, která započala historii projektu KDE. Důležité milníky jsou zobrazeny na časové ose.
Byl vydán Mozilla Firefox 158.0. Stejně jako Chrome 155 s podporou JPEG XL (test). Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 158 bude brzy k dispozici také na Flathubu a Snapcraftu.
Svobodný kancelářský balík ONLYOFFICE (Wikipedie) byl vydán ve verzi 10.0. Jak online Docs, tak i offline Desktop Editors. Přehled novinek také na YouTube.
Mozilla představuje Firefox Enterprise určený jako podnikový prohlížeč pro organizace s přísnými požadavky na bezpečnost, správu a dodržování předpisů. S profesionální podporou. Dostupný je zatím ve Francii, Německu, Rakousku a Švýcarsku.
Kybernetický útok zasáhl nejméně 150 supermarketů Intermarché a několik prodejen řetězců Leclerc a Coopérative U. Chladicí jednotky napadených obchodních domů byly nastaveny na nepřetržité odmrazování a teplota v nich mnohdy vystouala až nad 50°C. Škody napáchané na chlazeném a mraženém zboží budou patrně dosahovat miliónů eur.
… více »Stát Kalifornie zažaloval výrobce 3D tiskových filamentů Polymaker. Vrchní soud San Diego County tvrdí, že firma propagací svých výrobků mezi příznivci 3D tištěných zbraní podporovala výrobu takzvaných 'ghost guns' (DIY zbraní) a že její PLA filament pro 3D tiskárny lze za těchto okolností považovat za součást určenou k výrobě střelné zbraně. Žaloba požaduje mimo jiné finanční sankce a soudní zákaz činnosti, Polymaker se hájí tím, že filament je běžný a sám o sobě legální produkt. Celý text žaloby (PDF na Google Drive).
V červnu byla představena aplikace Myna pro převod řeči na text v prostředí desktopu Ubuntu. Včera byla Myna zpřístupněna širší komunitě Ubuntu formou technologické ukázky dostupné v Ubuntu 24.04 LTS, Ubuntu 26.04 LTS a Ubuntu 26.10 s GNOME na Waylandu.
Ahoj, mam linux 80GB HDD.
Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 13 104391 83 Linux
/dev/hda2 14 9632 77264617+ 83 Linux
/dev/hda3 9633 9729 779152+ 82 Linux swap / Solaris
Do stroje jsem pridal dalsi 80GB disk a nyni bych rad vytvoril mirror, je to mozne aniz bych musel stroj reinstalovat?
md0 [hda1, hdb1]
md1 [hda2, hdb2]
md2 [hda3, hdb3]
Asi bych na tom hdb, udelal pomoci sfdisku stejne rozlozeni, pote bych to nejak pomoci fdisku oznacil jako raid tabulky, mno pak pres mdadm vytvoril md0,1,2 pote nejak preklopit data a nabootovovat z hdb disku, kdyz se to podari, sfdisk ha hda a pak jen pridal druhy disk do pole a ono se to samo rebuildne? Mam strach, ze to po prvni fazy z toho hdb nenabootuje.
Dekuju vsem za navody, ale nejak jsem to asi zvoral.
Unable to access resume device (/dev/sda3) -> zajimave ja jsem pole skladam z hda a hdc disku
mount: Could not find filesystem '/dev/root' -> a pak se to cele sesype az ke kernel panic
setuproot: moving /dev failed: no such file or ...
setuproot: /proc : no such file or...
setuproot: /proc : no such file or...
setuproot:mount failed: no such file or ...
Kernel panic - not syncing: Attemted to kill init!
---
Chjo a vypadalo to tak nadejne...
No a jak se tváří kernel při bootu? Najde vůbec nějaký RAID? Řekne že našel zařízení md0 md1 md2 ? Zmínka o "resume device" mi přijde jako skutečně pikoška - jako že suspend/resume? Snad se snažíme bootovat od nuly, ne
On kernel tuším má v sobě zakompilovaný nějaký defaultní root device, na který se upne ve chvíli, kdy nic rozumnějšího nedostane na command lajně (a /dev/md1 možná nedokázal převést na major/minor - viz níže poznámka o ovladačích MD RAIDu).
Taky přihodím jeden odkaz:
http://wiki.clug.org.za/wiki/RAID-1_in_a_hurry_with_grub_and_mdadm
Je tam konkrétně zmíněn velmi užitečný argument mdadm:
-e 0.90
Autodetekci při bootu umí jenom starý superblock verze 0.90. Novější verze (1.0 a výš) už autodetekci kernel-space ovladačem nepodporují a vyžadují explicitní start RAIDových zařízení skriptem z initrd. Konkrétně s tím býval problém tuším na některých verzích Debianu, kde byl už nový mdadm a nový ovladač v kernelu, ale starý initrd, který ten explicitní start neprováděl. Některé prameny na webu sice tvrdí, že superblock 0.90 je pro mdadm default, ale možná ty prameny nejsou aktuální
Čili podle mého není na škodu říct při vytváření pole jasně, že chci autodetekci ovladačem, tj. superblock v0.90.
Druhá věc je, zda náhodou nepotřebujete regenerovat initrd už kvůli ovladači. Máte ty RAIDové ovladače monoliticky v kernelu, nebo jako moduly? Pokud jako moduly, tak je musíte nacpat do initrd
Já osobně jsem ultrakonzervativec obrostlý mechem, takže když jsem před týdnem na nějakém pět let starém Debianu zprovozňoval MD RAID, tak jsem si ubalil svůj vlastní kernel, který má všechny ovladače monoliticky a na initrd úplně kašle (boot se obejde bez něj). A protože jsem náhodou našel hned to správné howto, tak mám hned na první pokus i superbloky ve verzi 0.90.
Fakt je, že jsem to stěhování na mirror provedl offline, po bootu z údržbářského CDčka, vytvořil jsem si v klídku mirror ze dvou nových disků (taky asi 4 oddíly), přimountoval jsem starý i nový strom mountpointů, data jsem překopíroval (už vím co má smysl kopírovat a jak a na co se vykašlat), dokonce i úprava fstabu a instalace Grubu klapla na první pokus... lebeda
Nejvíc času mi na tom zabralo studium dokumentace mdadm a grubu.
Představte si, že máte starý a nový strom pod /mnt/source a /mnt/target.
cd /mnt/source
tar cvzf dev.tgz ./dev/
cd /mnt/target
tar xvzf /mnt/source/dev.tgz
cd /mnt/source
cp -dpR etc bin sbin var tmp usr home /mnt/target/
Některé distribuce obsahují pajpu /dev/log, která nejde zkopírovat ani targzipem - nejlepší je, vytvořit ji znovu rukama. A pak taky v mém případě jsem konvertoval z Lila na Grub, takže jsem z původního /bootu nenechal prakticky kámen na kameni.
Jo a Grub 0.97 jsem si nakonec stáhl čerstvý ze svn, protože to co bylo na CDčku (nominálně tatáž verze, ale build někdy z 2006) ještě neuměla pracovat s MD RAIDy. Ona ta podpora pro MD RAIDy je i tak poměrně spartská, vlastně je to jenom hack v podpoře pro EXT2, ale díky bohu za něj 
Vlastně jsem si dopřál takový mezikrok pro dobrou náladu: po vytvoření MD zařízení, vytvoření FS na oddílech a vytvoření prázného stromu mountpointů, jsem do nového /boot/ nahrál holý monolitický binár kernelu, pro Grub stage1 stage1.5 a stage2, a šplouchnul jsem Grub do MBR. A pak jsem bootnul. Grubu jsem řekl rukama, kde je kernel, a bootnul jsem ho. A dost jsem pookřál, když na první pokus našel všecky moje MD oddíly :-) A vůbec mi nevadilo, že pak hodil panic, protože jsem mu nedal žádný root= Pak jsem to opět z CDčka na jeden zátah celé dodělal - viz výše.
Tiskni
Sdílej: