DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.
VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
checking file systems
fsck 1.40-WIP (14-NOV-2006)
dosfsck 2.11, 12-MAR-2005, FAT32, LFN
/dev/hda1: 821 files, 351082/51
there are differences between boot sectors and its backup
430:4e/52, 431:34/65, ... asi dalsich 40 takových cisel
...
not automatically fixing this
...
/etc/init.d
a /etc/rc*.d
. Jinak kde jsi prosim te prisel k FAT32 partition? Ono se to jeste pouziva?
/etc/fstab
, mozna tam mas neco spatne.
/etc/fstab
, tak to snad nejak pomuze. Jinak musel jsem nahradit < za -. Nechtelo mi to pustit, protoze to bralo jako tag.
# /etc/fstab: static file system information.
#
# -file system> -mount point> -type> -options> -dump> -pass>
proc /proc proc defaults 0 0
# /dev/sda4
UUID=9d91a2d8-98e1-4e6a-86d8-2567c8f0b78c / ext3 defaults,errors=remount-ro 0 1
# /dev/sda1
UUID=3007-17F2 /media/sda1 vfat defaults,utf8,umask=007,gid=46 0 1
# /dev/sda2
UUID=E8A8-F9CE /media/sda2 vfat defaults,utf8,umask=007,gid=46 0 1
# /dev/sda5
UUID=3818-07FA /media/sda5 vfat defaults,utf8,umask=007,gid=46 0 1
# /dev/sda6
UUID=5d07ea03-7f33-4be7-8036-59799c50a913 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
A k tomu NTFS. Me nenapada jediny tak dulezity duvod, abych kvuli tomu formatoval HD. Navic FAt ma aspon dobrou podporu v linuxu a nemam problem :)
man fsck
ti povie viac (nechce sa mi studovat parametre pre fat system)
No pockej, ja myslel, ze tim ctrl+c si to zkopiruje nekam jinam, treba na externi disk - pokud rebootuje jednou tydne tak se to da zvladnout. Ale vy jste mysleli ze se to tou kl. zkratkou pri bootovani prerusi.. :), jsem to ale pako.
Takze to staci akorat smazat ten radek v fstab
jo? Zkusim to.
Ten radek nemaz. Ctvrty sloupec v /etc/fstab
reprezentuje volby pripojeni. Staci pridat volbu noauto
a disk se nebude automaticky pri startu pripojovat. Nadale jej vsak bude mozne pripojit aniz by jsi musel zadavat vsechny parametry pripojeni. Pokud pridas jeste volbu user
(jednotlive volby oddel carkou), tak jej budes moci pripojit jako obycejny uzivatel.
Nasel jsem log soubor toho fsck. Takze jsem postupne zkopiroval logy.
Se smazanym radkem s sda1
Log of fsck -C -R -A -a
Sat Jun 9 15:39:18 2007
fsck 1.40-WIP (14-Nov-2006)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
There are differences between boot sector and its backup.
Differences: (offset:original/backup)
430:4e/52, 431:54/65, 432:4c/6d, 433:44/6f, 434:52/76, 435:20/65, 436:69/20
, 437:73/64, 438:20/69, 439:6d/73, 440:69/6b, 442:73/20, 443:69/6f
, 444:6e/72, 445:67/20, 446:ff/6f, 447:0d/74, 448:0a/68, 449:44/65
, 450:69/72, 451:73/20, 452:6b/6d, 453:20/65, 454:65/64, 455:72/69
, 456:72/61, 457:6f/2e, 458:72/ff, 459:ff/0d, 460:0d/0a, 461:0a/44
, 462:50/69, 463:72/73, 464:65/6b, 465:73/20, 466:73/65, 467:20/72
, 468:61/72, 469:6e/6f, 470:79/72, 471:20/ff, 472:6b/0d, 473:65/0a
, 474:79/50, 475:20/72, 476:74/65, 477:6f/73, 478:20/73, 479:72/20
, 480:65/61, 481:73/6e, 482:74/79, 483:61/20, 484:72/6b, 485:74/65
, 486:0d/79, 487:0a/20, 488:00/74, 489:00/6f, 490:00/20, 491:00/72
, 492:00/65, 493:00/73, 494:00/74, 495:00/61, 496:00/72, 497:00/74
, 498:00/0d, 499:00/0a, 506:bf/cb, 507:cc/d8
Not automatically fixing this.
/dev/sda2: 52480 files, 1156331/1761770 clusters
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/sda5: 15854 files, 1090396/1410015 clusters
S radkem sda1 ale s 0
v kolonce fsck
Log of fsck -C -R -A -a
Sat Jun 9 15:48:50 2007
fsck 1.40-WIP (14-Nov-2006)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
There are differences between boot sector and its backup.
Differences: (offset:original/backup)
430:4e/52, 431:54/65, 432:4c/6d, 433:44/6f, 434:52/76, 435:20/65, 436:69/20
, 437:73/64, 438:20/69, 439:6d/73, 440:69/6b, 442:73/20, 443:69/6f
, 444:6e/72, 445:67/20, 446:ff/6f, 447:0d/74, 448:0a/68, 449:44/65
, 450:69/72, 451:73/20, 452:6b/6d, 453:20/65, 454:65/64, 455:72/69
, 456:72/61, 457:6f/2e, 458:72/ff, 459:ff/0d, 460:0d/0a, 461:0a/44
, 462:50/69, 463:72/73, 464:65/6b, 465:73/20, 466:73/65, 467:20/72
, 468:61/72, 469:6e/6f, 470:79/72, 471:20/ff, 472:6b/0d, 473:65/0a
, 474:79/50, 475:20/72, 476:74/65, 477:6f/73, 478:20/73, 479:72/20
, 480:65/61, 481:73/6e, 482:74/79, 483:61/20, 484:72/6b, 485:74/65
, 486:0d/79, 487:0a/20, 488:00/74, 489:00/6f, 490:00/20, 491:00/72
, 492:00/65, 493:00/73, 494:00/74, 495:00/61, 496:00/72, 497:00/74
, 498:00/0d, 499:00/0a, 506:bf/cb, 507:cc/d8
Not automatically fixing this.
/dev/sda2: 52480 files, 1156331/1761770 clusters
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/sda5: 15854 files, 1090396/1410015 clusters
A nakonec log se vsemi radky v puvodnim tvaru - viz jeden muj prispevek v diskusi.
Log of fsck -C -R -A -a
Sat Jun 9 15:55:55 2007
fsck 1.40-WIP (14-Nov-2006)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/sda1: 821 files, 351082/511061 clusters
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
There are differences between boot sector and its backup.
Differences: (offset:original/backup)
430:4e/52, 431:54/65, 432:4c/6d, 433:44/6f, 434:52/76, 435:20/65, 436:69/20
, 437:73/64, 438:20/69, 439:6d/73, 440:69/6b, 442:73/20, 443:69/6f
, 444:6e/72, 445:67/20, 446:ff/6f, 447:0d/74, 448:0a/68, 449:44/65
, 450:69/72, 451:73/20, 452:6b/6d, 453:20/65, 454:65/64, 455:72/69
, 456:72/61, 457:6f/2e, 458:72/ff, 459:ff/0d, 460:0d/0a, 461:0a/44
, 462:50/69, 463:72/73, 464:65/6b, 465:73/20, 466:73/65, 467:20/72
, 468:61/72, 469:6e/6f, 470:79/72, 471:20/ff, 472:6b/0d, 473:65/0a
, 474:79/50, 475:20/72, 476:74/65, 477:6f/73, 478:20/73, 479:72/20
, 480:65/61, 481:73/6e, 482:74/79, 483:61/20, 484:72/6b, 485:74/65
, 486:0d/79, 487:0a/20, 488:00/74, 489:00/6f, 490:00/20, 491:00/72
, 492:00/65, 493:00/73, 494:00/74, 495:00/61, 496:00/72, 497:00/74
, 498:00/0d, 499:00/0a, 506:bf/cb, 507:cc/d8
Not automatically fixing this.
/dev/sda2: 52480 files, 1156331/1761770 clusters
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/sda5: 15854 files, 1090396/1410015 clusters
Z toho vseho jsem tedy pochpil, ze problem neni, jak jsem si myslel ve svazku sda1 (tedy PQSERVICE), ale pravdepodobne ve svazku sda2. Ten uz bych ale namoutovat chtel, takze mazat radek neni nejvhodnejsi. Zkusim tedy zadat at fsck
nekontroluje tento svazek a uvidime.
Takze domenka se potvrdila. Problem dela sda2. A po zakazani kontroly na tomto svazku se problem castecne vyresil. Nyni system bootuje rychleji a chyby to jiz nepise. Jenze na druhou stranu ty chyby tam stale jsou, jen to na ne neupozornuje. Nevite nekdo jak je odstranit? Z diskuse vyplynulo zatim jedine reseni a to prejit na NTFS. Opravdu to pomuze?
Prikladam log po poslednim bootovani.
Log of fsck -C -R -A -a
Sat Jun 9 16:11:43 2007
fsck 1.40-WIP (14-Nov-2006)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/sda1: 821 files, 351082/511061 clusters
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/sda5: 15854 files, 1090396/1410015 clusters
Sat Jun 9 16:11:50 2007
----------------
CHKDSK
) a nejake chyby to naslo. Avsak pri bootu do linuxu to vubec nepomohlo - stale to ukazuje tu spoustu chyb. Nema cenu tu davat log, protoze je uplne stejny.
Tiskni Sdílej: