Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
Společnost Škoda Auto zveřejnila na Printables bezplatné 3D modely příslušenství do svých vozů (držáky na nápoje, pomůcky pro vedení kabelů, mincovníky, háčky na USB kabely a čepice pro kapsy na zadních stranách opěradel sedadel, držáky na telefony a úchyty pro horní upevnění bezpečnostních pásů).
... Bad magic number in super-block while trying to open /dev/sda8.. ... ... Check filesystem manualy.... Type Ctrl+D or give root pass blablabla ...Naštartoval som ubuntu a mountol som tu particiu, vsetko v pohode, ziadny error. umountol som a pustil na nu
fsck -T -C -a -t ext3 /dev/sda8<Taký príkaz, ako som sa dočítal v /etc/rc.sysinit používa aj archlinux pri boote. Výsledok:
/dev/sda8: clean, 279768/1736704 files, 2962385/3472040 blocksSkúsil som ešte:
e2fsck -y -b 32768 /dev/sda8(blok má 4kb) Niečo to opravilo, ale pri boote archu znova to isté. Pridám ešte fdisk -l
Disk /dev/sda: 80.0 GB, 80026361856 bytes 255 heads, 63 sectors/track, 9729 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0xef79ef79 Device Boot Start End Blocks Id System /dev/sda1 * 1 3409 27382761 7 HPFS/NTFS /dev/sda2 3410 9729 50765400 5 Extended /dev/sda5 5673 7402 13896225 83 Linux /dev/sda6 9695 9729 281106 82 Linux swap / Solaris /dev/sda7 3410 5658 18065029+ 83 Linux /dev/sda8 7966 9694 13888161 83 Linux /dev/sda9 7403 7965 4522266 83 LinuxMožno to nieje podstatné ale predsalen. Včera som omylom zaplnil celú partíciu /dev/sda7 až na na doraz.
e2fsck -f /dev/blahZjisti, kde maz zalohovany suberblock:
"The location of the backup superblock is dependent on the filesystem’s blocksize. For filesystems with 1k blocksizes, a backup superblock can be found at block 8193; for filesystems with 2k blocksizes, at block 16384; and for 4k blocksizes, at block 32768."
stat -f /dev/blah, nebo
mke2fs -n /dev/blah, nebo
dumpe2fs /dev/blah |grep -i superblocka potom ho oprav:
e2fsck -f -b 8193 /dev/blah, nebo
e2fsck -y -b 32768 /dev/blahza postup nerucim, NN
e2fsck -f -p -v /dev/sda8
mkdir /arch mount /dev/sda5 /arch -t ext3 mount: wrong fs type, bad option, bad superblock on /dev/sda5, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so dmesg | tail [519.492000] VFS: Can´t find ext3 filesystem on /dev/sda5.Pogooglil jsem a našel právě tuhle diskuzi a v případě použití jak tady radíte: e2fsck -f -p -v /dev/sda5 to píše:
e2fsck: Bad magic number in super-block while trying to open /dev/sda5 /dev/sda5: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: efsck -b 8193 spicata-zavorka-otevrena device konec-zavorkyChci se zeptat mám ten příkaz zkusit i když se tam píše o ext2 a já mám ext3?
Tiskni
Sdílej: