Poslední příspěvky

81

Software / Re:BTRFS replace - zapisuje něco na původní disk?

« Poslední příspěvek od Michal Šmucr kdy 08. 11. 2024, 20:25:19 »

Upřímně, při tom svém testu jsem to ani nezkoušel s dd. Skutečně to vypadá, že jste tam zapsal za magic i něco dalšího.

Mám normálně nainstalovaný program hexedit (https://rigaux.org/hexedit.html) bývá v balíčku skoro ve všech distribucích, ten jsem použil na úpravu toho magicu.
ctrl+g (goto na adresu, buď dekadicky, nebo hex s prefixem 0x), tab přepíná mezi editací hex a text (ascii), ctrl+x - save.

Pokud máte ještě původní data beze změny, tak bych se vrátil a zkusil upravit vyloženě těch 8 bajtů (offset 0x10040) jen na prvním superbloku, to by mělo stačit, aby se to připojilo v degraded režimu.

Jinak ještě k těmhle pokusům s nějaký opravami FS se hodí mít možnost se rychle vrátit a ideálně nezasahovat do původního disku. Není vždy praktické mít víc kopií celého disku v několika image souborech, zvlášť když to má třeba několik TB. Používám na to snapshoty device mapperu (udělá se virtuální zařízení a všechny změny jdou pak do samostatného souboru, který může být i sparse)
Viz:
https://unix.stackexchange.com/questions/67678/gnu-linux-overlay-block-device-stackable-block-device

Druhá možnost pro tohle je pak například používat qemu-nbd a image mít uložené jako qcow2 se snapshoty, což umožní větší flexibilitu, ale to je asi zbytečné rozjíždět, pokud s tím neděláte častěji.

82

Sítě / Re:CETIN - připojení bytu

« Poslední příspěvek od Martin Poljak kdy 08. 11. 2024, 20:18:00 »

Jenomze to mate to same kdysi kdyz prapradedecek odmital pripojeni statku k elektrine. Dodnes tam elektrina neni a dotazeni by stalo 4 mega a to dotoho neni zapoctena trafostanice (nejbliz je 22kV vedeni). Novy majitel uz jede ciste solar ostrov/dieselgenerator. [...] Duchny odmitli instalaci a dodnes tam je naprosto mizerne VDSL

Prapradědeček na to neměl (což může znamenat i to, že to pro něj prostě nemělo prioritu; já taky nemám na věci, které mi jsou k ničemu) a nový majitel na to nemá i nadále. Na tom nic divného není. Prostě normální mikroekonomie. A platí to i o připojení k internetu. Pro vás nějaká optika v domě smysl má. Pro mě má v praxi smysl reálně nulový a to "mizerné VDSL" nám naprosto stačí. Pokud to tedy není něco ve smyslu 10/2, ale i na padesát až osmdesát let starých rozvodech nám 50/20 zprovoznili. A stačilo to bez problémů.

83

Software / Re:BTRFS replace - zapisuje něco na původní disk?

« Poslední příspěvek od rmrf kdy 08. 11. 2024, 20:00:05 »

Kód: [Vybrat]

echo "_BHRfS_M" | dd bs=1 count=8 of=sda.img  seek=$((64*1024+64)) conv=notrunc

84

Software / Re:BTRFS replace - zapisuje něco na původní disk?

« Poslední příspěvek od CFM kdy 08. 11. 2024, 19:33:30 »

V tomto zápisu je něco prohnilého:

Kód: [Vybrat]

echo "_BHRfS_M" | dd bs=1 count=8 of=sda.img  seek=$((64*1024+64)) Rychlý pokus:

Kód: [Vybrat]

dd bs=1 count=100000 if=/dev/zero of=sda.imgVelikost 100000B.

Kód: [Vybrat]

echo "_BHRfS_M" | dd bs=1 count=8 of=sda.img  seek=$((64*1024+64)) Velikost 65608B ...

85

Hardware / Re:Levný nevýkonný hardware na virtualizaci

« Poslední příspěvek od k3dAR kdy 08. 11. 2024, 19:25:48 »

dle titulku sem cekal ze nevykonny nechces pro virtualy 2x Windows + 2x Linux :-)
ale kdyz uz se doslo k HP T640, ja puvodne chtel hodit info o predchudci ;-)

mam HP T630 s CPU AMD GX-420GI = Passmark 1597 (komplet pasivni, 2x 16GB RAM, 2x 1TB M.2 SATA WD Red)
Na zeleze:
- Xubuntu 24.04
- Nextcloud
Ve virtualu (Virt-Manager/libvirt/kvm/qemu):
- HomeAssistantOS - s cca 20x wifi zarizenima
= prumerna spotreba 10W (Load Average ~0.37)

A kdyz uz se doslo k Lenovo Tiny, mam:
- M73 Intel i3-4130T (mam pro nej pripraven Xeon E3-1275L V3
- M710q Xeon E-2176M[neoficialne] (2x 16GB RAM, 1x M.2 NVMe 256GB)
- M715q Ryzen 5 Pro 2400GE (2x 8GB, 1x M.2 NVMe 256GB, 1x 2.5" 5TB)
- M720q Intel i5-8600T (1x 8GB, 1x M.2 NVMe 512GB, 1x 2.5" 5TB)
- M90q Gen3 Intel i5-12500 (2x 32GB RAM, 2x M.2 NVMe 4TB)
Vsechny maji v idle (s aktivovanym Xfce desktopem a uspanym 2.5" HDD) cca 7-10W (ta M710q s Xeonem spis 6W
A vse je to naprosto luxusni HW, v pripade potreby jdou pridat dozadu dalsi 2 porty: 1x Serial + 1x Serial/HDMI/DP

86

Hardware / Re:Levný nevýkonný hardware na virtualizaci

« Poslední příspěvek od k3dAR kdy 08. 11. 2024, 19:00:38 »

Koukni i na to HP T640. Za mensi penize, nez ThinkCentre M920x, nepatrne vyssi vykon s mensi spotrebou a je pasivni (druhy ethernet tam jde do m.2 dat taky)

Za mensi penize urcite, obzvlast kdyz M920x (co ma 2x M.2 a PCIe slot) je exkluzivnejsi nez M720q/M920q, ale nepatrne vyssi vykon u T640???
- do Lenovo Thinkcentre Tiny M720q/M920q/M920x se dodavalo az i9-9900T = passmark 13052
- ja mam M720q s i5-8600T = Passmark 9327
- a T640 s Ryzen R1505G = Passmark 3810

87

Sítě / Re:CETIN - připojení bytu

« Poslední příspěvek od Trident Vasco kdy 08. 11. 2024, 18:47:16 »

Moje nedávná zprostředkovaná zkušenost s CETINem. Obec s pár desítkami obyvatel,  kde se před lety napříč obcí náhradou za starý telefonní kabel, natáhla optika. Přípojky se dělali jen tam, kde někdo už služby využíval, nebo měl zájem, což v obci, kde jsou povětšinou důchodci znamenalo, že jich moc nebylo.

Dnes, za zřízení připojky, na hranici pozemku, pár metrů od kabelu, chtějí 200 tisíc. Řekl bych, že investice to byla za X milionů, takže mohli udělat rovnou po trase odbočky, které by se v případě zájmu jen vyhrábly a napojili dále, aniž by se muselo kopat až ke kabelu či do něj rovnou zasahovat.

200 tisíc vám za připojení k internetu, nebo jen telefonu, pochopitelně na vesnici nikdo nedá. Takže kabel za miliony má minimální využití, a návratnost investice je předpokládám daleko za jeho životností.

Za pouhych 200 tisic bych jim tady na vesnici libal nohy. Jenomze to mate to same kdysi kdyz prapradedecek odmital pripojeni statku k elektrine. Dodnes tam elektrina neni a dotazeni by stalo 4 mega a to dotoho neni zapoctena trafostanice (nejbliz je 22kV vedeni). Novy majitel uz jede ciste solar ostrov/dieselgenerator.
Uplne to same jsem mel na vinohradech. Duchny odmitli instalaci a dodnes tam je naprosto mizerne VDSL v dratech v lepence nebo asfaltu. Protejsi barak ma kabelovku od VDF a dva ISP na optice.

88

Sítě / Re:CETIN - připojení bytu

« Poslední příspěvek od Trident Vasco kdy 08. 11. 2024, 18:42:12 »

...

Telecom je proste telecom a nikdy se nic nezmeni. Tech zazitku s nima mam celou radu za minulych 30 let a je to porad totez. A klidne i presne opacne = klidne ti na misto poslou technika kterej to ma zapojit a ten pak zjisti, ze nejblizsi draty koncej 5km od baraku. Ostatne parkrat sem tu psal, oni skupovali lokalni wifinare, a pak se snazili na DSL previst vsechny jejich klienty, i takovy, kterym zadny jejich draty nevedli ani na pozemek, natoz do baraku.

Nepredana sit je procesni bordel a nekdy za nej muze i developer nebo realizacni firma. Nebot Cetin sam nemusi stavet sit. Drive stavbu bylo mozne postavit i vlastni realizaci a sit se pak predavala (tohle jeste fungovalo i za O2). No a tak si to obvykle prvni clovek co mel byt napojeny vse vyzral.
Zase neni to pri tak rozsahle siti nic noveho. Da se to v pohode udelat mistnim pruzkumem.
Akorat jste narazil na nekoho pro ktereho jsou mapy siti svate. Podivejte kdyz se nepredaji radne pripojky elektriny,vody nebo plynu mate uplne stejny problem. Taky vas nepripoji.

To druhe to nebyl problem Cetinu ale O2 ktera skupovala wifinare a neresila tyto pripady. Coz mne u O2 neprekvapuje. Ti byly tak neschopni ze nebyli schopni ani prodat sluzbu na optice ktera byla dotazena az do bytu a patrila jim. Jen se zrusila a znovu zavadela sluzba po novem najemci.

89

Software / Re:BTRFS replace - zapisuje něco na původní disk?

« Poslední příspěvek od stemar kdy 08. 11. 2024, 17:56:53 »

Jen update - as se někam blížím, jen tedy netuším kam. Zkusil jsem, ze zoufalství začít úplně odznovu, s novou bitovou kopií jednoho z těch původních disků (uloženou jako sda.img). Doběhl dd, pustil jsem na sda.img btrfs inspect-internal dump-super a dostal jsem:

Kód: [Vybrat]

btrfs inspect-internal dump-super --force --all  sda.img
superblock: bytenr=65536, device=sda.img
---------------------------------------------------------
csum_type               0 (crc32c)
csum_size               4
csum                    0x1d92253c [DON'T MATCH]
bytenr                  65536
flags                   0x1
                        ( WRITTEN )
magic                   ........ [DON'T MATCH]
fsid                    2db8f54a-3a36-4e3c-8e1f-6ef781966d66
metadata_uuid           00000000-0000-0000-0000-000000000000
label                   srv
generation              1598019
root                    6673317888
sys_array_size          258
chunk_root_generation   1598019
root_level              1
chunk_root              67139272704
chunk_root_level        0
log_root                0
log_root_transid (deprecated)   0
log_root_level          0
total_bytes             246096592896
bytes_used              53234524160
sectorsize              4096
nodesize                16384
leafsize (deprecated)   16384
stripesize              4096
root_dir                6
num_devices             2
compat_flags            0x0
compat_ro_flags         0x0
incompat_flags          0x161
                        ( MIXED_BACKREF |
                          BIG_METADATA |
                          EXTENDED_IREF |
                          SKINNY_METADATA )
cache_generation        1598019
uuid_tree_generation    1598019
dev_item.uuid           f3793453-4d55-46eb-9388-e9e716178818
dev_item.fsid           2db8f54a-3a36-4e3c-8e1f-6ef781966d66 [match]
dev_item.type           0
dev_item.total_bytes    123048296448
dev_item.bytes_used     60196651008
dev_item.io_align       4096
dev_item.io_width       4096
dev_item.sector_size    4096
dev_item.devid          2
dev_item.dev_group      0
dev_item.seek_speed     0
dev_item.bandwidth      0
dev_item.generation     0

superblock: bytenr=67108864, device=sda.img
---------------------------------------------------------
csum_type               0 (crc32c)
csum_size               4
csum                    0xbdf30df2 [DON'T MATCH]
bytenr                  67108864
flags                   0x1
                        ( WRITTEN )
magic                   ........ [DON'T MATCH]
fsid                    2db8f54a-3a36-4e3c-8e1f-6ef781966d66
metadata_uuid           00000000-0000-0000-0000-000000000000
label                   srv
generation              1598019
root                    6673317888
sys_array_size          258
chunk_root_generation   1598019
root_level              1
chunk_root              67139272704
chunk_root_level        0
log_root                0
log_root_transid (deprecated)   0
log_root_level          0
total_bytes             246096592896
bytes_used              53234524160
sectorsize              4096
nodesize                16384
leafsize (deprecated)   16384
stripesize              4096
root_dir                6
num_devices             2
compat_flags            0x0
compat_ro_flags         0x0
incompat_flags          0x161
                        ( MIXED_BACKREF |
                          BIG_METADATA |
                          EXTENDED_IREF |
                          SKINNY_METADATA )
cache_generation        1598019
uuid_tree_generation    1598019
dev_item.uuid           f3793453-4d55-46eb-9388-e9e716178818
dev_item.fsid           2db8f54a-3a36-4e3c-8e1f-6ef781966d66 [match]
dev_item.type           0
dev_item.total_bytes    123048296448
dev_item.bytes_used     60196651008
dev_item.io_align       4096
dev_item.io_width       4096
dev_item.sector_size    4096
dev_item.devid          2
dev_item.dev_group      0
dev_item.seek_speed     0
dev_item.bandwidth      0
dev_item.generation     0

Jak já to čtu, tak tam našel 2 kopie superblocku (na třetí není místo, je to 128G disk), celkem smysluplně oba naplněné, nesouhasí magic - očekávané a csum - nevím ale to může být tím přepsaným magic. Celkem tedy docela nadějné.
Neudělám nic jiného než že přepíšu to magic v obou superblocích:

Kód: [Vybrat]

echo "_BHRfS_M" | dd bs=1 count=8 of=sda.img  seek=$((64*1024+64))
8+0 záznamů přečteno
8+0 záznamů zapsáno
8 bajtů zkopírováno, 0,000129285 s, 61,9 kB/s

echo "_BHRfS_M" | dd bs=1 count=8 of=sda.img  seek=$((64*1024*1024+64))
8+0 záznamů přečteno
8+0 záznamů zapsáno
8 bajtů zkopírováno, 0,000323182 s, 24,8 kB/s

a dám znovu btrfs inspect-internal dump-super ať vidím, co jsem udělal. A co nevidím a svým očim nevěřím:

Kód: [Vybrat]

btrfs inspect-internal dump-super --force --all  sda.img
superblock: bytenr=65536, device=sda.img
---------------------------------------------------------
csum_type               0 (crc32c)
csum_size               4
csum                    0x1d92253c [DON'T MATCH]
bytenr                  65536
flags                   0x1
                        ( WRITTEN )
magic                   _BHRfS_M [match]
fsid                    2db8f54a-3a36-4e3c-8e1f-6ef781966d66
metadata_uuid           00000000-0000-0000-0000-000000000000
label
generation              0
root                    0
sys_array_size          0
chunk_root_generation   0
root_level              0
chunk_root              0
chunk_root_level        0
log_root                0
log_root_transid (deprecated)   0
log_root_level          0
total_bytes             0
bytes_used              0
sectorsize              0
nodesize                0
leafsize (deprecated)   0
stripesize              0
root_dir                0
num_devices             0
compat_flags            0x0
compat_ro_flags         0x0
incompat_flags          0x0
cache_generation        0
uuid_tree_generation    0
dev_item.uuid           00000000-0000-0000-0000-000000000000
dev_item.fsid           00000000-0000-0000-0000-000000000000 [DON'T MATCH]
dev_item.type           0
dev_item.total_bytes    0
dev_item.bytes_used     0
dev_item.io_align       0
dev_item.io_width       0
dev_item.sector_size    0
dev_item.devid          0
dev_item.dev_group      0
dev_item.seek_speed     0
dev_item.bandwidth      0
dev_item.generation     0

ERROR: failed to read the superblock on sda.img at 67108864 read 72/4096 bytes
ERROR: error = 'Success', errno = 0

Tedy magic v prvním superbloku už sedí, zato se z něj ztratila podstatná část dat, od label dále. Druhý superblock zmizel úplně -

failed to read the superblock on sda.img at 67108864

Co to, sakra, je? dd dostal 8 znaků, tvrdí že zapsal 8 znaků, dokonce tam těch 8 znaků vidím na správném místě... Kam, sakra, zmizel ten zbytek superblocku a proč?

90

Odkladiště / Re:AI pro analýzu obsahu mnoha dokumentů

« Poslední příspěvek od Tomas-T kdy 08. 11. 2024, 17:27:35 »

Ano, AI obecně je správný nástroj na podobnou práci.
Ne, současný GPTChat není vhodný nástroj na podobnou práci.
I naše firma vyvíjí online nástroj pro těžení faktur a účtenek, je je IČO samozřejmě jednou ze získávaných položek.
Krmí se to přes API, přes mail nebo z nějakého připojeného online úložiště.
Ale není to zadarmo a demoverze má samozřejmě striktní omezení na počet dokumentů (ani nevím, zda to nakonec kolegové nezprovoznili jen na pozvánky, žádné veřejné demo pro každého).
O ekonomické návratnosti vývoje té aplikace si sice myslím své, ale technicky to funguje.