windows 10 1607 frissítés és linux dualboot kálvária

Tök simán lezajlott, még a lilo-t sem pucolta ki az MBR-ből. :-)
Szépen békében elvan a két rendszer.

A kálvária szót simán hatásvadász jelleggel tettem be a címbe, mert
pillanatnyilag jó trolletető ötletnek tűnik, az olvasottsági számláló majd eldönti, hogy
talált és süllyedt vagy sem. :-)

Valószínűleg az lehetett a siker titka, hogy
- anno a windows települt elsőnek, a vinyó elejére.
- A 450 megás partíció már rajta volt. közvetlen utána.
Nem tudom minek van, minek vagy mikor csinálta, nem is érdekel.
Elférni elfér, a kaszni már így jött hozzám hogy rajta volt,
Én biztos nem piszkálom, ha nincs útban. :-)

- Ezután tettem fel anno (csak halványan emlékszem sajnos) a linuxát a 3. elsődleges
partícióra, aztán az extended, amibe mentek az egyedi kívánságok,
+a linux swap partíció.

Tehát semmi extra, gpt, ha hagyományos legacy féle módon végezhető a particionálás,
akkor szerintem nem érdemes bonyolítani.

Tehát ha valaki szintén hasonlóba fut bele, és hagyományos szabványos
legacy partíciós táblája van nyilván ott is gond nélkül lezajlik a dolog.

Hagyományos particionálás esetén ugye max. 4 elsődleges partíció lehet.
(vagy pl. 3 elsődleges+extended).

Namost ha ez betelt és nincs meg a 450 megás szemetje, akkor
ezt csak úgy tudja létrehozni, ha egy partícióba beletöröl.
Hiába csonkolná le az ntfs fájlrendszerből, nem tudja új egységként létrehozni.
De ez csak látatlanban elmélet. Aki belefutott a hibába, az biztosan naprakészebb.

Ha már egyszer erre járt, ránéztem erre a w10-re hogy mégis mifán terem.
A változásokról nem tudok beszámolni, mivel amúgy nem használom,
tehát gőzöm sincs mit kéne figyelni, de 2 apróság feltűnt.

Valami kumulatív patch /kb3194798/ feltelepítésével elszöszmötölt több mint 1,5 órát, ha már a
nagy évfordulós frissítés sima ügy volt.

Elsőnek leállt a letöltés 58(?) %-nál, legalábbis 10 perc alatt egy tapodtat sem ment előre.
Mivel nem tudom az apt-get -f install windows10-es megfelelőjét az ősbunkó korszakbeli módszerhez
folyamodtam. Restart, aztán újrapróbáljuk. Annyit változott a dolog , hogy a frissítés letöltése gyorsan
lefutott, aztán közölte, hogy sikertelen telepítés. Jó, akkor még egyszer restart, újrapróbáljuk.
Na most megint elkezdett molyolni a letöltési százalékokkal, a mezei csiga simán agyonverte volna
egy futóversenybe, de harmadszorra felrakta kb bő egy órás molyolás után.
Ha valaki ebéd előttre tervezi 7végén nagyjából pont ki lehet sütni olajban egy kiló fagyasztott
sültkrumplit, én kádban ázást, hajmosást, kávéfőzést választottam. :-D

Aztán nvidia driver frissítéshez kipróbáltam a honlapon található autodetect cuccot.
/ Ilyen kíváncsi forma hangulatban voltam /

Közölte hogy neki java runtime kell. Jó, megkapta. Aztán így van, rutinosak kitalálják a következő
sor szövegét, igen, edge-el próbáltam, és nyavalygott, hogy edge-ben nem lesz java. Használjak
internet explorer 11-et vagy akármit. jó. Én nem igazán nyomoztam az okát, tehát lehet simán user
beállítás, de nekem első blikkre nagyon úgy tűnt, hogy edge-ben nincs java plugin megjelenés
után egy évvel sem ? Nem vackoltam vele, ie11-el végül is ment, csak kíváncsi voltam, hogy milyen
az új MS csodaböngésző. Érdekes.

Hát ennyi lett volna, nincs semmi különleges hír, kérem kapcsoljon ki. :-)

Kis történelmi visszatekintésként annyi még megjegyeznék, - már aki belefutott a partíciótörölgetésbe -
hogy az ilyen fajta brutalitás nem új dolog a windows történetében.

Akik használtak windows NT 4-et talán emlékeznek a windows 2000-re való frissítésre.
Ugye az nt 4 asszem 2.1-es verziójú ntfs-t használt. A windows 2000 telepítéskor az összes környékén létező
partíciót ntfs 3.0-ra konverálta át mindenféle kérdés nélkül.

Ezzel csak akkor volt gond, ha akármilyen okból
szeretted volna mégis inkább az nt 4.0 -t használni, ugyanis az abban levő chkdsk nem tudta kezelni a 3.0-s
ntfs meghajtót tehát a fáljrendszer ellenőrzést pl. innentől el lehetett felejteni, kijött talán sp6 szervízcsomag
amiben ezt - valamennyire - kezelték.