Do prodeje jde tichá bezdrátová herní myš Logitech PRO X2 SUPERSTRIKE s analogovými spínači s haptickou odezvou (HITS, Haptic Inductive Trigger System). Cena je 4 459 Kč.
Microsoft na GitHubu zveřejnil zdrojový kód projektu LiteBox, jedná se o 'knihovní operační systém' (library OS) zaměřený na bezpečnost, využívající systémovou architekturu LVBS k ochraně jádra před útoky z uživatelského prostoru. LiteBox je napsán v Rustu a uvolněný pod licencí MIT. Projekt je teprve v rané fázi vývoje.
BreezyBox je open-source shell a virtuální terminál pro populární jednočip ESP32. Nabízí základní unixové příkazy, sledování aktuálního pracovního adresáře (CWD), jednoduchý instalátor a spouštěč aplikací v podobě ELF binárních souborů, zabudovaný HTTP server nebo třeba ovládání WiFi - ukázka použití coby 'malého osobního počítače'. Ačkoliv je BreezyBox inspirovaný BusyBoxem, oproti němu má tento projekt několik externích závislostí, zejména na ESP-IDF SDK. BreezyBox je dostupný pod licencí MIT.
Byl představen cross-assembler xa.sh, napsaný čistě v Bourne shell skriptu. Tento nástroj umožňuje zpracovávat assemblerový kód pro Intel 8080, přičemž je možné snadno přidat podporu i pro další architektury, například 6502 a 6809. Skript využívá pouze různé běžné unixové příkazy jako jsou awk, sed nebo printf. Skript si lze stáhnout z GitHubového repozitáře projektu.
Byla představena nová verze modelu Claude Opus 4.6 od společnosti Anthropic. Jako demonstraci možností Anthropic využil 16 agentů Claude Opus 4.6 k vytvoření kompilátoru jazyka C, napsaného v programovacím jazyce Rust. Claude pracoval téměř autonomně, projekt trval zhruba dva týdny a náklady činily přibližně 20 000 dolarů. Výsledkem je fungující kompilátor o 100 000 řádcích kódu, jehož zdrojový kód je volně dostupný na GitHubu pod licencí Creative Commons.
Kultovní britský seriál The IT Crowd (Ajťáci) oslavil dvacáté výročí svého prvního vysílání. Sitcom o dvou sociálně nemotorných pracovnících a jejich nadřízené zaujal diváky svým humorem a ikonickými hláškami. Seriál, který debutoval v roce 2006, si i po dvou dekádách udržuje silnou fanouškovskou základnu a pravidelně se objevuje v seznamech nejlepších komedií své doby. Nedávné zatčení autora seriálu Grahama Linehana za hatecrime však vyvolává otázku, jestli by tento sitcom v současné Velké Británii vůbec vznikl.
Společnost JetBrains oznámila, že počínaje verzí 2026.1 budou IDE založená na IntelliJ ve výchozím nastavení používat Wayland.
Společnost SpaceX amerického miliardáře Elona Muska podala žádost o vypuštění jednoho milionu satelitů na oběžnou dráhu kolem Země, odkud by pomohly zajistit provoz umělé inteligence (AI) a zároveň šetřily pozemské zdroje. Zatím se ale neví, kdy by se tak mělo stát. V žádosti Federální komisi pro spoje (FCC) se píše, že orbitální datová centra jsou nejúspornějším a energeticky nejúčinnějším způsobem, jak uspokojit rostoucí poptávku po
… více »Byla vydána nová verze 2.53.0 distribuovaného systému správy verzí Git. Přispělo 70 vývojářů, z toho 21 nových. Přehled novinek v poznámkách k vydání.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 216. sraz, který proběhne v pátek 20. února od 18:00 v Red Hat Labu (místnost Q304) na Fakultě informačních technologií VUT v Brně na ulici Božetěchova 1/2. Tématem srazu bude komunitní komunikační síť MeshCore. Jindřich Skácel představí, co je to MeshCore, předvede nejrůznější klientské zařízení a ukáže, jak v praxi vypadá nasazení vlastního repeateru.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
dmraid -r -E /dev/sdc a do bootovacích parametrů jádra jsem přidal
nodmraid. Výpisy příkazu fdisk teď vypadají následovně:
root@pc169c:~# fdisk -l /dev/sdc
Disk /dev/sdc: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x61356135
Device Boot Start End Blocks Id System
/dev/sdc1 * 63 976751999 488375968+ 7 HPFS/NTFS/exFAT
a
root@pc169c:~# fdisk -l /dev/sdc1
Disk /dev/sdc1: 250.1 GB, 250059317760 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397105 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x6e697373
This doesn't look like a partition table
Probably you selected the wrong device.
Device Boot Start End Blocks Id System
/dev/sdc1p1 ? 1936269394 3772285809 918008208 4f QNX4.x 3rd part
/dev/sdc1p2 ? 1917848077 2462285169 272218546+ 73 Unknown
/dev/sdc1p3 ? 1818575915 2362751050 272087568 2b Unknown
/dev/sdc1p4 ? 2844524554 2844579527 27487 61 SpeedStor
Partition table entries are not in disk order
Pokus o připojení oddílu sdc1 dopadá špatně:
root@pc169c:~# mount -t ntfs /dev/sdc1 /mnt/sdc1/
Failed to read last sector (976751936): Invalid argument
HINTS: Either the volume is a RAID/LDM but it wasn't setup yet,
or it was not setup correctly (e.g. by not using mdadm --build ...),
or a wrong device is tried to be mounted,
or the partition table is corrupt (partition is smaller than NTFS),
or the NTFS boot sector is corrupt (NTFS size is not valid).
Failed to mount '/dev/sdc1': Invalid argument
The device '/dev/sdc1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
Tady ještě přidávám výpisy příkazu mdadm:
root@pc169c:~# mdadm --examine /dev/sdc
/dev/sdc:
MBR Magic : aa55
Partition[0] : 976751937 sectors at 63 (type 07)
a
root@pc169c:~# mdadm --examine /dev/sdc1
/dev/sdc1:
MBR Magic : aa55
Partition[0] : 1836016416 sectors at 1936269394 (type 4f)
Partition[1] : 544437093 sectors at 1917848077 (type 73)
Partition[2] : 544175136 sectors at 1818575915 (type 2b)
Partition[3] : 54974 sectors at 2844524554 (type 61)
Prosím, poraďte mi.
Díky, Michal
Rychlost je první ctnost.Fajn, byl jsi rychlý. Smazal jsi metadata raidu, která teď potřebuješ. Zřejmě byla na začátku oddílu. Takže ntfs ve skutečnosti začíná o kousek dále než oddíl. Kdybys nebyl tak rychlý, mohl jsi disk prostě připojit jako raid v degradovaném modu a vše vyčíst. Teď je potřeba zjistit, kde ve skutečnosti začíná ntfs, a připojit to s offsetem. Pokud jsi tedy mazáním metadat nezničil ještě něco jiného. Zálohu toho disku před tím zásahem samozřejmě nemáš, že?
Teď je potřeba zjistit, kde ve skutečnosti začíná ntfs, a připojit to s offsetem.Jak se to dělá?
dmraid ne s mdadm. Mají jiný format matadat. Takže jednak si přečíst man a použít zjišťovací a ne manipulační funkce.
A mount s offsetem je mount -o offset=pocet_bytu ...., ale kde fakticky začíná ntfs oddíl při dmraidu to musíš zjistit.
fdisk:
root@pc169c:~# fdisk -l /dev/sdc
Disk /dev/sdc: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x002e0033
Disk /dev/sdc doesn't contain a valid partition table
A zde je výpis příkazu dmraid:
root@pc169c:~# dmraid -r
/dev/sdc: isw, "isw_bjgfajhfaa", GROUP, ok, 488397166 sectors, data@ 0
Prosím, teď mi opatrně poraďte, jak to připojit, ať to zase nezkazím. Mimochodem, podle
man dmraid by mělo být právě pomocí dmraid -r možné zjistit
zmiňovaný offset NTFS oddílu. Já jej nevidím.
dd do souboru jinam a pak na kopii můžeš testovat co tam vlastně je.
dd if=/dev/sdX of=moje_filekde sdX nahradíš za to, kde vidíš ten 2. disk nebo do 1. disku:
dd if=/dev/sdX of=/dev/sdYkde sdX nahradíš za to, kde vidíš ten 2. disk a kde sdY nahradíš za to, kde vidíš ten 1. disk POZOR!!!! Pokud to popleteš, můžeš přijít o data!!!!
#!/usr/bin/python
import sys, os
f = open(sys.argv[1], 'r')
f.seek(0, os.SEEK_END)
for i in range(0, int(f.tell()), 512):
f.seek(i, os.SEEK_SET)
if f.read(8) == '\xebR\x90NTFS ':
print i
break
f.close()
14.4.2015 05:27
CONFIG_LDM_PARTITION zapíná?
Zatím jsem zjistil, že je potřeba mít v nějakém souboru tyto řádky:
"Advanced partition selection" CONFIG_PARTITION_ADVANCED
"Windows Logical Disk Manager (Dynamic Disk) support" CONFIG_LDM_PARTITION
cat /boot/config-$(uname -r) | grep -i LDM_PARTITION
kpartx jsem zkusil taky:
root@pc169c:/home/svatuska/sdc/dd_kopie/zaloha# kpartx -a -v dd_kopie.dd
root@pc169c:/home/svatuska/sdc/dd_kopie/zaloha#
Program proběhne a v /dev se žádné nové zařízení neobjeví. testdisk hlásí, že na disku nevidí žádný oddíl. Pythonovský skript, který měl najít počátek NTFS oddílu po několika minutách běhu
skončí hlášením MemoryError.
Mnohokrát děkuji za všechny rady. Nicméně, zatím stále prohrávám.
#zkus dmraid -ay #nebo mozna apt-get install ldmtool ldmtool create allmelo by to vytvorit zarizeni v /dev/mapper/ ktere pak zkusis normalne pripojit
dmraid -ay hlásí
root@pc169c:~# dmraid -ay
ERROR: isw: wrong number of devices in RAID set "isw_bjgfajhfaa_Volume0:1" [1/2] on /dev/sdc
RAID set "isw_bjgfajhfaa_Volume0:1" was not activated
Jde o to, že z dvojice zrcadlených disků mám připojený pouze jeden. Potřebuji to dmraidu
nějak sdělit.
dmraid -s:
root@pc169c:~# dmraid -s
ERROR: isw: wrong number of devices in RAID set "isw_bjgfajhfaa_Volume0:1" [1/2] on /dev/sdc
*** Group superset isw_bjgfajhfaa
--> Subset
name : isw_bjgfajhfaa_Volume0:1
size : 488391936
stride : 256
type : stripe
status : broken
subsets: 0
devs : 1
spares : 0
dmraid -r -E nikoli pomocí mdadm, jak tady napsal lertimir. Kromě toho, z výpisu příkazu fdisk -l je zjevně poškozená tabulka oddílů.
size : 488391936 A to na 250GB neudělá. Ale na druhou stranu, ty data na disku má pořád, takže kdyby vytvořil dmraidovou hlavičku, na základě té funkční, v níž bude popsán stejný raid jen s jiným volume pro druhý disk v RAID 0, tak by se mu RAID pak měl sestavit. Druhá věc je že je to práce jako na kostele. A asi hraní si s HEX editorem přímo s tím diskem. Ale možná to vidím naivně, ale pořád by to ještě sestavit mělo jít.
fdisk -l:
root@pc169c:~# fdisk -l
Disk /dev/sda: 200.0 GB, 200049647616 bytes
255 heads, 63 sectors/track, 24321 cylinders, total 390721968 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x02720271
Device Boot Start End Blocks Id System
/dev/sda1 * 63 40965749 20482843+ 7 HPFS/NTFS/exFAT
/dev/sda2 40966144 80027647 19530752 83 Linux
/dev/sda3 80027648 386668543 153320448 83 Linux
/dev/sda4 386668544 390721535 2026496 82 Linux swap / Solaris
Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0000eb9c
Device Boot Start End Blocks Id System
/dev/sdc1 2048 1945141247 972569600 83 Linux
/dev/sdc2 1945143294 1953523711 4190209 5 Extended
Partition 2 does not start on physical sector boundary.
/dev/sdc5 1945143296 1953523711 4190208 82 Linux swap / Solaris
Disk /dev/sdd: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x002e0033
Disk /dev/sdd doesn't contain a valid partition table
Disk /dev/sdb: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x61356135
Device Boot Start End Blocks Id System
/dev/sdb1 * 63 976751999 488375968+ 7 HPFS/NTFS/exFAT
je sdb první disk RAIDu a sdd druhý disk. Pokud se mýlím, opravte mě, prosím. Teď jdu na druhý bod - Determine the stripe size. Doporučíte mi, prosím, nějaký HEX editor, ve kterém si budu prohlížet sektory? Uvítám jakékoli další rady.
root@pc169c:~# fdisk -l /dev/sdb1
Disk /dev/sdb1: 250.1 GB, 250059317760 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397105 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x6e697373
This doesn't look like a partition table
Probably you selected the wrong device.
Device Boot Start End Blocks Id System
/dev/sdb1p1 ? 1936269394 3772285809 918008208 4f QNX4.x 3rd part
/dev/sdb1p2 ? 1917848077 2462285169 272218546+ 73 Unknown
/dev/sdb1p3 ? 1818575915 2362751050 272087568 2b Unknown
/dev/sdb1p4 ? 2844524554 2844579527 27487 61 SpeedStor
Partition table entries are not in disk order
Ta podivná tabulka oddílů se podobá popisu v návodu:
An MBR containing four entries, each of which described junk (eg: a few partitions extending into the terabytes).
16.4.2015 08:17
pushkin | skóre: 43
| blog: FluxBlog
To nevím, já jsem ten RAID nekonfiguroval. Ale předpokládám, že se jedná o RAID 1. Dostal jsem nápad: vzít, ten druhý disk, na kterém jsem vymazal metadata a poškodil tabulku oddílů, vymazat z něj úplně všechno a příkazem dd na něm vytvořit obraz nepoškozeného disku. Tím budu teoreticky mít kompletní set RAIDu a už by to mohlo fungovat. Je to dobrý nápad? A jak se mažou data z disku, který nelze přimountovat?No, tak pěkně postupně: Nevíš, jedná-li se o RAID1 či 0. Vyber si tedy náhodně několik míst na obou discích a porovnej je. Budou-li v naprosté většině případů stejné, je to RAID 1, jinak to byl RAID 0. Byl-li to RAID 0, stále ještě by data mohlo jít složit, protože máš oba disky, to jest všechna data. Byl-li to RAID 1, teoreticky by tvůj postup mohl fungovat, ale já neznám dmraid, tak neporadím.
A jak se mažou data z disku, který nelze přimountovat?Data se nemažou, data se přepisují!! Takže například dd if=/dev/ZDROJ of=/dev/CÍL.
16.4.2015 13:17
pushkin | skóre: 43
| blog: FluxBlog
gparted a můžeš si s ním dělat, co chceš. Pokud chceš bezpečné smazání dat, pak doporučuji dd if=/dev/urandom of=/dev/sdX. To ale chvíli trvá.
-rw-r--r-- 1 root root 250059350016 Apr 13 13:43 dd_kopie_bez_metadat.img
-rw-r--r-- 1 root root 250059350016 Apr 13 11:44 dd_kopie.img
mdadm. I když by to byl teoreticky RAID 0, tak ty data tam pořád jsou, to co tam není jsou metadata raidu. Myslím si, že s opatrností je možné zrekonstruovat i metadata RAIDu O.
Tiskni
Sdílej:
