Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Windows a jiné systémy / Re:Po aktualitaci Linux Mint nefugují Windows 11
« Poslední příspěvek od Michal Šmucr kdy Dnes v 20:31:36 »
Systémový disk Win-u je be problémov viditeľný. Tak isto aj pripojiteľný, No no keď zadám sudo os-prober nič sa nestane.

To vysvětluje, proč se to nepřidalo do menu grubu.
Normálně to vypíše například tohle:

Kód: [Vybrat]
msmucr@msmucr-desktop:~> sudo os-prober
/dev/sdc1@/efi/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi
/dev/mapper/cs_msmucr--deskop-root:Rocky Linux 9.4 (Blue Onyx):Rocky:linux

Ale jak
Práveže ani BIOS/UEFI nevidí win partíciu, teda zavádzač. Hoc systém tam je

Tak jestli to nenabootuje ani rovnou z BIOS/EFI, tak je tam buď něco poškozeného, nebo chybějícího.

Podle toho výpisu, co jste posílal, tam chybí ten EFI zavaděč od Windows: /efi/Microsoft/Boot/bootmgfw.efi a pár dalších souborů okolo.
Zároveň tam je ale v rootu docela dost souborů FSCK00##.REC.. 
Tyhle soubory se vytvoří po opravě FS. EFI filesystém je technicky vzato normální FAT32 oddíl. Takže to vypadá, že na filesystému byla poškozená FATka, opravný program našel clustery kde mají soubory data, ale nedokázal zjistit názvy a nadřazené adresáře.
Vsadil bych se, že každý .REC soubor bude odpovídat jednomu chybějícímu souboru ze zavaděče.

V tomhle množství to asi nepůjde úplně jednoduše dát ručně do kupy a přesunout zpátky na správná místa a jména, pokud nemáte někde referenci vedle.

Pak asi nezbyde, než Windows zavaděč znovu nainstalovat z USB/DVD instalačky.
S tím vám asi úplně nepomůžu, dělal jsem to jen asi jednou, dvakrát a už je to hodně dlouho, už si to přesně nepamatuji.
V podstatě je to shrnuto tady:
https://www.diskpart.com/windows-11/repair-windows-11-uefi-bootloader-0725.html

EFI oddíl už máte, takže jej není potřeba znovu vytvářet přes diskpart.
BCD (což je technicky jen stejný formát jako Win registr), pokud je v pořádku, tak se asi nemusí přegenerovávat znovu (/rebuildbcd).
Ten zásadní příkaz bude nejspíš: bcdboot C:\Windows /l en-us /s x: /f ALL
Který by měl znovu nakopírovat všechny soubory Win boot loaderu.

Jinak se mi to nezdá, že by přímo souviselo s upgradem Linuxu, spíš to bude nějaké vypnutí disku za jízdy s nedopsanými daty nebo něco podobného.
2
Studium a uplatnění / Re:Podezřele moc recenzí firem na Atmoskop.cz
« Poslední příspěvek od Vrozkrokkop Kopalsson kdy Dnes v 20:14:58 »
Když jsem hledal něco jiného, padl jsem na tohle téma, mám taky zkušenost s recenzemi.
OT:
Objednával jsem si na internetu samoplátecký pobyt v lázních kam pravidelně jezdím. Ale na rozdíl od předchozích pobytů kde jsem komunikoval s lázněmi mne to přesměrovalo na nějakou pofidérní agenturu a já jsem si toho nevšimnul. Zajistili mi jiný termín než jsem poptával, neposkytli mi nějaké slevy co mi poskytují lázně jako stálému klientovi a informace co mi lázně poskytují když s nimi jednám přímo mi poskytnout nedovedli. A ještě měli tu drzost po mně chtít vyplnit dotazník jak jsem byl spokojený. Tak jsem jim odpověděl že s lázněmi jsem spokojený byl jinak bych tam nejezdil a co se týká služeb jejich agentury, příště se nebudu obracet na kovaříčka ale na kováře. A příště už jsem si to ohlídal.

Pak jsem narazil na recenze téhle agentury. Bylo jich hodně a SAMÉ KLADNÉ.   :(
3
Sítě / Re:Ako z neverejnej IP mat verejnu staticku
« Poslední příspěvek od standoG kdy Dnes v 20:08:18 »
Ahojte,
vidim, ze tema je uz uzavreta. Ale neda mi spomenut, ze OpenVPN by som neopustal. Praveze, ja by som ju odporucil.
Mame ju na firme rozbehanu pre 200+ ludi par rokov, jeden server v active stave a cez keeplived je druhy backup.
Uz davno neplati, ze je single-thredova. Uz pouziva dlhsiu dobu DCO -  Data Channel Offload (server aj klient to ma implementovane). Server je Centos 9 Stream. Klienti Windows 10/11/Debian.
Tym padom nemam problem vytrieskat z nej daleko viac ako 1 Gbps (staci serverovej virtualke prihodit par vCPU v proxmoxe a ide sa par dalsich Gbps dalej). Najviac som dosiahol 6Gbps pri light testoch. Zamestnanci su po celej EU (notebooky stare 7 rokov bezproblemov daju gigabit pri AES 256 GCM), niekolko ich je lokalne po gigabite pripojenych a vsetko fachci ako ma, plnou rychlostou.
Tak to len na margo toho, ze od OpenVPN prsty prec.
Pekny vecer vsetkym.
4
Windows a jiné systémy / Re:Po aktualitaci Linux Mint nefugují Windows 11
« Poslední příspěvek od cipiksk kdy Dnes v 19:02:44 »
[2.0K]  /boot/efi
├── [1.0K]  EFI
│   ├── [1.0K]  Boot
│   │   ├── [944K]  bootx64.efi
│   │   ├── [ 86K]  fbx64.efi
│   │   └── [836K]  mmx64.efi
│   ├── [1.0K]  Microsoft
│   │   ├── [6.0K]  Boot
│   │   │   ├── [1.0K]  bg-BG
│   │   │   │   ├── [ 92K]  bootmgfw.efi.mui
│   │   │   │   └── [ 88K]  bootmgr.efi.mui
│   │   │   ├── [1.0K]  cs-CZ
│   │   │   │   ├── [ 91K]  bootmgfw.efi.mui
│   │   │   │   ├── [ 88K]  bootmgr.efi.mui
│   │   │   │   └── [ 45K]  memtest.efi.mui
│   │   │   ├── [1.0K]  da-DK
│   │   │   │   ├── [ 90K]  bootmgfw.efi.mui
│   │   │   │   ├── [ 88K]  bootmgr.efi.mui
│   │   │   │   └── [ 45K]  memtest.efi.mui
│   │   │   ├── [1.0K]  de-DE
│   │   │   │   ├── [ 95K]  bootmgfw.efi.mui
│   │   │   │   ├── [ 88K]  bootmgr.efi.mui
│   │   │   │   └── [ 46K]  memtest.efi.mui
│   │   │   ├── [1.0K]  el-GR
│   │   │   │   ├── [ 95K]  bootmgfw.efi.mui
│   │   │   │   ├── [ 88K]  bootmgr.efi.mui
│   │   │   │   └── [ 46K]  memtest.efi.mui
│   │   │   ├── [1.0K]  en-GB
│   │   │   │   ├── [ 88K]  bootmgfw.efi.mui
│   │   │   │   └── [ 88K]  bootmgr.efi.mui
│   │   │   ├── [1.0K]  en-US
│   │   │   │   ├── [ 88K]  bootmgfw.efi.mui
│   │   │   │   ├── [ 88K]  bootmgr.efi.mui
│   │   │   │   └── [ 45K]  memtest.efi.mui
│   │   │   ├── [1.0K]  es-ES
│   │   │   │   ├── [ 92K]  bootmgfw.efi.mui
│   │   │   │   ├── [ 88K]  bootmgr.efi.mui
│   │   │   │   └── [ 46K]  memtest.efi.mui
│   │   │   ├── [1.0K]  es-MX
│   │   │   │   ├── [ 92K]  bootmgfw.efi.mui
│   │   │   │   └── [ 88K]  bootmgr.efi.mui
│   │   │   ├── [1.0K]  et-EE
│   │   │   │   ├── [ 89K]  bootmgfw.efi.mui
│   │   │   │   └── [ 88K]  bootmgr.efi.mui
│   │   │   ├── [1.0K]  fi-FI
│   │   │   │   ├── [ 91K]  bootmgfw.efi.mui
│   │   │   │   ├── [ 88K]  bootmgr.efi.mui
│   │   │   │   └── [ 45K]  memtest.efi.mui
│   │   │   ├── [1.0K]  fr-CA
│   │   │   │   ├── [ 94K]  bootmgfw.efi.mui
│   │   │   │   └── [ 88K]  bootmgr.efi.mui
│   │   │   ├── [1.0K]  fr-FR
│   │   │   │   ├── [ 94K]  bootmgfw.efi.mui
│   │   │   │   ├── [ 88K]  bootmgr.efi.mui
│   │   │   │   └── [ 46K]  memtest.efi.mui
│   │   │   ├── [1.0K]  hr-HR
│   │   │   │   ├── [ 91K]  bootmgfw.efi.mui
│   │   │   │   └── [ 88K]  bootmgr.efi.mui
│   │   │   ├── [1.0K]  hu-HU
│   │   │   │   ├── [ 94K]  bootmgfw.efi.mui
│   │   │   │   ├── [ 88K]  bootmgr.efi.mui
│   │   │   │   └── [ 46K]  memtest.efi.mui
│   │   │   ├── [1.0K]  it-IT
│   │   │   │   ├── [ 92K]  bootmgfw.efi.mui
│   │   │   │   ├── [ 88K]  bootmgr.efi.mui
│   │   │   │   └── [ 45K]  memtest.efi.mui
│   │   │   ├── [1.0K]  ja-JP
│   │   │   │   ├── [ 79K]  bootmgfw.efi.mui
│   │   │   │   ├── [ 90K]  bootmgr.efi.mui
│   │   │   │   └── [ 43K]  memtest.efi.mui
│   │   │   ├── [ 61K]  kd_02_1af4.dll
│   │   │   ├── [ 69K]  kd_02_1137.dll
│   │   │   ├── [277K]  kd_02_14e4.dll
│   │   │   ├── [ 97K]  kd_02_1414.dll
│   │   │   ├── [ 57K]  kd_02_15ad.dll
│   │   │   ├── [ 89K]  kd_02_15b3.dll
│   │   │   ├── [ 69K]  kd_02_19a2.dll
│   │   │   └── [ 81K]  kd_02_1969.dll
│   │   └── [1.0K]  Recovery
│   │       ├── [ 16K]  BCD
│   │       ├── [ 16K]  BCD.LOG
│   │       ├── [   0]  BCD.LOG1
│   │       └── [   0]  BCD.LOG2
│   └── [1.0K]  ubuntu
│       ├── [ 108]  BOOTX64.CSV
│       ├── [ 126]  grub.cfg
│       ├── [2.5M]  grubx64.efi
│       ├── [836K]  mmx64.efi
│       └── [944K]  shimx64.efi
├── [354K]  FSCK0000.REC
├── [ 58K]  FSCK0001.REC
├── [ 86K]  FSCK0002.REC
├── [ 79K]  FSCK0003.REC
├── [ 90K]  FSCK0004.REC
├── [ 43K]  FSCK0005.REC
├── [ 91K]  FSCK0006.REC
├── [ 88K]  FSCK0007.REC
├── [ 90K]  FSCK0008.REC
├── [ 88K]  FSCK0009.REC
├── [2.4M]  FSCK0010.REC
├── [ 90K]  FSCK0011.REC
├── [ 88K]  FSCK0012.REC
├── [ 46K]  FSCK0013.REC
├── [ 93K]  FSCK0014.REC
├── [ 88K]  FSCK0015.REC
├── [ 46K]  FSCK0016.REC
├── [1.0K]  FSCK0017.REC
├── [ 54K]  FSCK0018.REC
├── [157K]  FSCK0019.REC
├── [ 92K]  FSCK0020.REC
├── [ 88K]  FSCK0021.REC
├── [ 92K]  FSCK0022.REC
├── [ 88K]  FSCK0023.REC
├── [ 91K]  FSCK0024.REC
├── [ 88K]  FSCK0025.REC
├── [ 46K]  FSCK0026.REC
├── [ 11K]  FSCK0027.REC
├── [1.0K]  FSCK0028.REC
├── [1.0K]  FSCK0029.REC
├── [1.0K]  FSCK0030.REC
├── [1.0K]  FSCK0031.REC
├── [1.0K]  FSCK0032.REC
├── [ 11K]  FSCK0033.REC
├── [ 31K]  FSCK0034.REC
├── [ 11K]  FSCK0035.REC
└── [1.0K]  System Volume Information


Výpis z bootu
5
Windows a jiné systémy / Re:Po aktualitaci Linux Mint nefugují Windows 11
« Poslední příspěvek od cipiksk kdy Dnes v 18:59:37 »
Jinak ještě pro sichr, když rebootujete počítač, před startem Linuxu si ručně přes nějakou EFI/BIOS nabídku vyberete ten oddíl s Windows, tak naběhnou?

Práveže ani BIOS/UEFI nevidí win partíciu, teda zavádzač. Hoc systém tam je
6
Windows a jiné systémy / Re:Po aktualitaci Linux Mint nefugují Windows 11
« Poslední příspěvek od cipiksk kdy Dnes v 18:58:34 »
Předesílám, že neznám konkrétně Mint, ale zkusím obecně..
Opravdu jsem už hodně dlouho neviděl, zvlášť s příchodem UEFI bootování, že by samotná instalace, nebo upgrade nějaké Linuxové distribuce odstranila nebo poškodila bootloader Windows. Ano se staršími systémy a BIOS bootováním se mohlo stát to, že vám to přepsalo těch 446 bajtů na začátku disku (prim. boot loader, který v podstatě jen přesměruje zavádění dál na začátek oddílu s Windows, kde už to pokračuje), at to jen pokud to byly oba systémy na stejném fyzickém disku a dalo se to relativně snadno obnovit. Na jiné fyz. disky, třeba USB, to nemělo důvod vůbec sahat.

Co se stane daleko spíš je to, že ten boot loader z nějakých důvodů přestane Linux detekovat, nevidí oddíly s Windows atp.
Tzn. když se pak aktualizuje menu do GRUBu po instalaci nebo upgrade, tak nevytvoří záznam pro Windows.

Jak už jste si mohl všimnout jak v configu GRUBu, tak i tom článku, tak tu detekci ostatních operačních systémů, které se pak přidají do nabídky má na starosti nástroj, co se jmenuje os-prober. Ten musí být v systému funkční, když se sestavuje nabídka. Také bývá typicky potřeba mít balíček ntfs-3g, aby systém "viděl" NTFS oddíly z Windows.
Můžete si jednoduše ověřit, jestli to funguje u vás.
Pod rootem (se sudo) spusťte příkaz os-prober a mělo by vám to vypsat i umístění Windows bootloaderu. Jestli ne, tak to vysvětluje, proč pak není v nabídce GRUBu.
Ověřil bych si, že je v systému ntfs-3g balíček, kdyby ne, nainstaloval bych jej, cvičně zkusil připojit v Linuxu NTFS oddíl se systémem Windows a jsou na něm vidět data. Pak bych oddíl odpojil, a případně zkusil spustit os-prober znovu.
Když pak tohle všechno projde, měl by se dát spustit znova update-grub, který už by měl správně přidat i položku s bootem Windows.

Systémový disk Win-u je be problémov viditeľný. Tak isto aj pripojiteľný, No no keď zadám sudo os-prober nič sa nestane.
7
Studium a uplatnění / Re:Jak učit dětičky na základní škole?
« Poslední příspěvek od alfi kdy Dnes v 18:54:27 »
pěkné i aktuální je taky aidetem.cz :)
8
Studium a uplatnění / Re:Byli jste někdy na podpoře?
« Poslední příspěvek od registrovany123 kdy Dnes v 18:52:23 »
Taky si neumím představovat pracovat jinak než agilně, to spíše dotyční to měli blbě vedené, a metody neetického managementu nepřesně označují jako že za to může agile, popř. něco jiného. Přitom za to může to, že s váma někdo jebká a ještě ke všemu to neumí.

Mě agile jako vývojáře chrání, stejně tak Jira a sprinty. Používám to jako páku i jako obranu. Když je pořádek a organizace práce je jasně daná, tak se v tom potom protistraně hůře hledá stupidní argumentace proti mě a rovněž to i zákazníkovi zvyšuje důvěru, protože sám může vidět, co vývoj obnáší a co trvá.
9
Studium a uplatnění / Re:Byli jste někdy na podpoře?
« Poslední příspěvek od xyz kdy Dnes v 18:43:14 »
Nechapu kde se vzal ten FUD, ze agile = zadirani. Pokud to nekdo tvrdi tak nepracoval agilne a/nebo mel vedeni kikoti. Ja uz bych teda nechtel delat jinak - at uz jako lopata v korpo nebo jako SM/PO "na svem".

Tohle mě zaujalo. Proc už ne jinak než agilne?
10
Studium a uplatnění / Re:Byli jste někdy na podpoře?
« Poslední příspěvek od to_je_jedno kdy Dnes v 18:26:56 »
Nechapu kde se vzal ten FUD, ze agile = zadirani. Pokud to nekdo tvrdi tak nepracoval agilne a/nebo mel vedeni kikoti. Ja uz bych teda nechtel delat jinak - at uz jako lopata v korpo nebo jako SM/PO "na svem".
Stran: [1] 2 3 ... 10