El Geek

Építgetve az otthoni rendszert fogalmazódott meg bennem a következő feladat: jó lenne, ha a TV bekapcsolásakor a számítógép is automatikusan bekapcsolna, nem kellene külön foglalkozni vele. Véletlenül a kezembe akadt egy okosítható router. Ezalatt azt értem, hogy a firmware-e cserélhető volt DD-WRT-re, Tomato-ra, vagy barátaira. Egy ajánlásnak köszönhetően a Tomatot választottam. Be lehet rá SSH-zni és lehet szkripteket alkotni.

Egy okosTV válaszol a pingre. Így mindössze annyi volt a feladat, hogy néhány másodpercenként megnézze a router, hogy él-e a TV és ha igen, akkor keltse fel Wake-On-LAN segítségével a számítógépet. Nem lenne baj az sem, ha esetleg az IP-cím, a felkeltendő gép MAC címe, vagy a pihenési idő változtatható lenne, így ezeket az adatokat konfig fájlból töltöm be minden egyes körben.

Teszt celokra konnyen szukseg lehet egy nagyobb fajlra. Ovaintenek attol mindenkit, hogy ezt inkrementalisan keszitse el:

rm sda4/Torolni/1.4gb
a=1
while [ $a -lt 140000000 ]; do
  echo -n "1111111111" >> sda4/Torolni/1.4gb
  a=`expr $a + 1`
done



Ez igy ugyanis tetulassu, hiszen mindahanyszor nyitni, es zarni kell a fajlt, tovabba cache-t sem tudunk hasznalni. Ehelyett javaslom a hatvanyozas muveletet:

echo -n 1 > a
a=1
while [ $a -lt 30 ]; do
  echo Turn $a
  cat a>>aa
  cat a>>aa
  mv aa a
  a=`expr $a + 1`
done

Az igy elkeszitett fajl azert is jo, mert konnyu ellenorizni diff nelkul is, hogy serult-e:

awk '{if(line != $0){ print "->", line, "<->", $0, "<-"}; line=$0;}' aaa

Nem szerencsés, de előállhat az a helyzet, hogy nincs lehetőség boot sorrend beálltására, mert nincs boot-eszköz kiválasztó gomb (pl. F2), se a BIOS-ba nem léphetünk be, mert az előző tulajdonos lejelszavazta pl. és nincs lehetőség kideríteni a jelszót.

Ilyenkor még mindig varázsolhatunk a Windows boot menüjében, vagy akár rendes boot loaderrel is. Itt most a Windows boot menüjével való játszadozást írom le.

Alapvetően azt gondoltam, elég telepíteni a GRUB-ot és azt megfelelően paraméterezni. Így telepítettem a GRUB for DOS-t. Ez lehetőséget ad arra, hogy a Windows boot menüjébe kerüljön be. A letöltött ZIP-ben található readme mindent tartalmaz, de röviden annyi a lényeg, hogy NTFS partíción nem megy, ha nem NTFS, akkor meg a GRLDR állományt ki kell tenni a C:\ gyökérbe és a boot.ini-hez (szintén gyökérben) hozzáadni a végére ezt a sort:

C:\GRLDR="Start GRUB"

Ekkor valóban megjelenik választhatóként a GRUB és paraméterezhetjük. Sajnos azonban kiderült, hogy a CD-ről való indítás lehetősége nem is annyira nyilvánvaló, mint gondoltam.

Ekkor jött képbe a PLOP, ami egy önálló boot manager és elvileg ez is tudja azt, hogy a Windows boot menüjébe integráljuk:

http://www.plop.at/en/bootmanager/plpbt4win.html

Sajnos azonban ez így önmagában nem indult el, hiányolta a c:\windows\system32\hal.dll-t bármilyen értelmetlen is. Viszont ha már feltelepítettem, a megfelelő bin állomány helyének ismeretében az imént feltelepített GRUB-bal el tudtam indítani (annyi különbséggel, hogy nálam a /plop könyvtárba került a telepítés során a plpbt.bin):

http://www.plop.at/en/bootmanager/plpbt.bin.html#rungrub

Beléptem tehát a GRUB-ba és egyszerűen begépeltem ezeket:

root (hd0,0)
kernel /boot/plpbt.bin
boot

Így már elindult a PLOP és választhattam a CD-t is, az USB-t is boot lemeznek.

Igen ám, de közben kiderült, hogy ez a csoda laptop nem olvassa a telepítő CD-met. Itt leírják, hogyan csinálok CD-ből USB-s telepítőt:

http://en.kioskea.net/faq/3065-installing-windows-xp-from-a-usb-key

A letöltött program (http://www.datafilehost.com/download-109e97af.html) azonban munkája végeztével kiírta, hogy kétszer kell indítani USB-ről. Ajjaj, akkor a jó kis Windows boot menüs megoldás nem is jó... Hogyan lehetne akkor véglegesre telepíteni ezt a PLOP-ot? Windows-ból nyilván sehogy. De GRUB-ból viszont lehet!

http://www.plop.at/en/bootmanager/mbrinstall.html

Ugyanúgy megy a telepítés, mint az indítás, csak nem plpt.bin-t kell választani, hanem plpinstc.com-ot, amit persze előzőleg ki kell másolni a csomagon belül az Install könyvtárból bele a c:\plop könyvtárba. Ez a verzió szerencsére működött, nem úgy, mint a Windows boot menüs :-)

Miután lefutott az első fázis megbukott a rendszer, mert sajnos a Master Boot Recordot (MBR) is felülírta az XP telepítője. A telepítés nem folytatódott, a gép nem indult, ezért eljött az eddig elkerülni kívánt rész: ki kellett venni a vinyót, hogy újraírjak rá egy bootmanager-t.

Elvileg a PLOP ad olyan bootCD-t, amivel pikk-pakk telepíteni lehet magát az MBR-be, de sajnos nekem nem működött, nem tudtam kiírni CD-re úgy, hogy abból bootolás legyen. Ezért egy Ubuntu live CD-ről elindítottam a gépet, amibe a vinyót ideiglenes átraktam. Létrehoztam egy linuxos partíciót, ide feltettem a PLOP image-t. Majd telepítettem a GRUB-ot. A menu.lst-ben a fentiek alapján alkottam egy bejegyzést, amivel a GRUB-ból indítható a PLOP. Fontos, hogy ne GRUB2-t tegyek fel, mert akkor a fentieket máshogy kell beállítani és most nem volt időm utánajárni a hogyannak.

Ezután újra tudtam bootolni pendrive-ról és folytatni a telepítés 2. fázisát - pendrive-ról.

A linuxos partíció pedig megmarad, mert legközelebb csak újra kell tennem a grub-ot (0.97) és az ide már feltett menu.lst és PLOP image segíteni fog a CD-ről, illetve pendrive-ról való bootolásban.

Sajnos az egyik program, amiben nem bízom ezt a problémát dobta fel indításkor:

sorry this application cannot run under virtual machine

Ez gond, mert én meg nem bízom benne. Szerencsére el lehet vele hitetni, hogy futhat:

A registry-ben a "HKEY_LOCAL_MACHINE\HARDWARE\DESCRIPTION\System" kulcsot "VBOX -1" helyett át kell írni "SystemBiosVersion" értékre. Tehát ugyanaz, mint a kulcs neve. Vagy bármi más. Nekem bejött.

Van még ennél is primitívebb módszer, de primitívsége miatt nem biztos, hogy működik is:

https://forums.virtualbox.org/viewtopic.php?f=1&t=28281

A shell lehet interaktív és nem interaktív módú. Utóbbi esetben a prompt változónak nincs értéke. Ezt ellenőrizve bizonyos dolgok kihagyhatóak. Ez a megoldás gyakori szkriptekben, belépésekkor nem minden kap értéket, stb. Ez néha kellemetlen, mikor mi mégis kötegelten akarunk feldolgozni valamit scriptből, de belépni nem akarunk. Jó lenne tehát interaktívan futtatni a parancsfájlt. Ez nem is olyan könnyű, de egy fél délelőtt alatt megtaláltuk a megoldást:

Dell C840 típusú ezeréves laptopomban az egyik ventilátor a végét járja. Kivenni a laptopból iszonyat bonyolult. Olajozni viszont lehet szétszedés nélkül is, kicsi rongálással a hátoldalon, a tengely ugyanis ott látható. Sajnos azonban nem segített az olajozás sem.

Feltűnt viszont, hogy nem mindig zajos a ventilátor, néha zaj nélkül pörög szépen. Ebből arra jutottam, hogy lehet, hogy a nyüglődés fordulatszámtól függ. Kellene tehát egy fordulatszám szabályzó program. A FanSpeed nevű csoda nem működött a Dell C840-nel. Ezért remény nélkül bár, de rákerestem arra, hogy Dell C840 fan control. Első helyen dobta a következő oldalt:

http://www.diefer.de/i8kfan/

Ez a fantáziadús nevű program együttműködik a C840-nel. Felnyomtam maximumra a két ventilátor sebességét és láss csodát: nincs többé ventilátor nyüglődés. Bizonyos időközönként kettőt nyög, de különben szépen pörög. Nem csendes, de legalább folytonos a zaj, nem pedig idegesítően szenvedő.

Összeállítottam a napokban egy gépet. A táppal sajnos probléma adódott. Arra jutottam, hogy ha leesik a terhelése, akkor kikapcsol, majd újraindul. Ennek tünetei:

• mikor csak az alaplap volt rajta, akkor csak felpörgött a ventilátor és le is állt
• mikor rádugtam merevlemezt és DVD-t is, akkor a DVD kinyomásakor művelte ugyanezt

A megoldás tápcsere lett, vita sem volt, a boltban azt mondták, van ilyen, hogy a táp és az alaplap nem megy együtt. Itt azért ment, mert ha rákötöttem még egy DVD játékost, akkor nem indult újra a pohártartó kiadásakor...

Mindenesetre ahhoz, hogy a tápra kenhessem a dolgot ki kellett próbálni ezt-azt. Ennek összefoglalása következik.

Először redukáltam a rendszert a következőkre:

• alaplap
• táp
• CPU

Ennek sípolással, vagy LED-del jeleznie kéne, hogy nincsen memória. Nem csinált semmit.

Tápot azzal gondoltam kizárni, hogy kipróbálom egy másik gépben - ment. De az új alaplap meg gond nélkül ment a másik gép tápjával!

Itt gondolkodtam el a terhelés növelésén, ami ugye bejött.

Ha nem jött volna be, akkor a következők maradnak.

CPU: én véltem hallani csippanást (mint kiderült tévesen). Ha kiveszem CPU-t, akkor is csippan? Ugyanis az alaplap mélyebb doksija szerint a CPU init után csippan.

Szóba jött egy BIOS reset jumperrel, esetleg még az elem kivétele is.

A legrosszabb verzió szerint pedig attól ment tönkre, hogy a 2x2 tűs csatlakozót először nem dugtam rá, a leírás meg említi, hogy ez nem egészséges. Szerencsére ez nem volt gond.

Jó tudni, hogy létezik PCI slotba dugható kártya, ami ki tudja adni magából, hogy a bootolás pontosan hol állt meg. Ha nem oldódott volna meg a probléma, szervizbe vittem volna, hátha van ilyen kártyájuk, nézzük meg mit mond, ki a hibás.

Hasonló tünetek, illetve megoldások olvashatók a következő linkeken.

• http://www.tomshardware.co.uk/forum/270956-12-fans-spins-stop-boot

itt nem volt érdemi válasz szerintem

• http://www.tomshardware.co.uk/forum/251144-13-wont-boot-fans-spin-moment-quit

Tápcsere volt a megoldás. Többieknek nem - azoké új volt.

• http://www.techrepublic.com/forum/questions/101-225646

Ugyanígy új az egész

•  http://www.astahost.com/info.php/Pc-Fan-Spins-Stops-Bootup_t10844.html

Elem probléma

•  http://www.fixya.com/support/t4066627-cpu_fan_stop_few_second_after_starting

CMOS resetnek tűnik

Itt pedig a 80h kódokról lehet olvasni, ez tutira megmutatja, hol állt le a bekapcsolás:

• www.intel.com/support/motherboards/desktop/sb/CS-025434.htm

Ami onnan hiányzik, az nincs. Ha mégis van, például azért, mert onboard LAN kártya, akkor valami probléma van vele. Ennek tünete lehet, hogy az alaplap kommunikálni se tud vele, így nem került be az eszközkezelőbe. Nekem az jött be, hogy áramtalanítottam a gépet, még az elemet is kivettem az alaplapból néhány percre és utána megjavult a kártya, mindenféle eszköznyilvántartásba is bekerült (Eszközkezelő, lspci -v, stb.) Újraindítás, kikapcsolás nem elég, mert az ATx alaplap ilyenkor is kap tápot és a hibás, illegális állapot fennmaradhat - ahogyan ez velem történt is számtalan újraindítás után is.

Szomszédom nem szeret számítógépen filmet nézni, ezért neki mindent át kell írjak DVD-re, még ha ez rosszabb minőséget is eredményez. Mivel ez nem ritkán előfordul, mencoderrel végzem az átalakítást, megszokott paraméterekkel.

function encode_film {

mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=dvd:tsaf -vf $VF -srate 48000 -af lavcresample=48000,volume=20:0 -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=3200:keyint=15:vstrict=0:acodec=ac3:abitrate=192:aspect=4/3  -ofps 25 -sub "$SUB" -subfont-text-scale 3 -subcp ISO-8859-2 -o "$OUT" "$ORIGINAL"

}

 

ORIGINAL=bemenet.avi

OUT=kimenet.mpg

SUB=bemenet-felirata.srt

VF="scale=720:393,expand=720:576:::1::,harddup"

 

encode_film

dvdauthor -o theroaddvd -x nomenu.xml

 

 

Egy Clevo D700T típusú laptopon (vagyis inkább ha-nagyon-akarod-akkor-akár-hordozható-számítógépen) került elő a probléma az Ubuntu 8.04 LTS-ről 10.04 LTS-re történő frissítésekor.

A frissítés után a kijelző felbontása látványosan leesett, képtelenség volt beállítani. A végén elkerülhetetlennek látszott a /etc/X11/xorg.conf piszkálgatása.

Először próbáltam naívan beadni a kívánt felbontást a Monitor sectionben Modeline-ok megadásával, de természetesen nem érdekelte a gépet. Pedig ezzel a szuper kis számológéppel generáltam a vonatkozó sort:

http://xtiming.sourceforge.net/cgi-bin/xtiming.pl

Aztán feltűnt, hogy a /var/log/Xorg.0.log fájlban olvasható naplóból az derül ki, hogy az X végigpróbál egy csomó beállítást, mintha nem adtam volna meg semmit. A preferált beállítás nevét tudta, de ugyanakkor kipróbálásra nem került.

Kicsit jobban túrva a naplót kiderült, hogy bizony több fronton is próbálkozik: S-Video kimeneten, DVI kimeneten (ami természetesen nem volt csatlakoztatva) és LVDS-re határozott még meg felbontást. Hát én nem tudtam egyből, de az LVDS az a laptop kijelzőjét jelöli, jelzésrendszere alapján. A sok guglizás alatt meg az derült ki, hogy a Device Sectionnek van olyan opciója, hogy Monitor-LVDS, ahol meg kell adni az LVDS eszköz nevét. Mivel esetünkben egy kimenet volt csak érdekes és ez pont az LVDS volt, hát beállítottam az alapértelmezett nevet (Configured Monitor)

Mivel innentől működött az általam beadott felbontás, arra kellett jussak, hogy valami okból a Device sectionben LVDS használata esetén kötelező megadni a Monitor-LVDS opciónál megadni az LVDS eszküz nevét, különben nem fogja tudni beállítani a kívánt felbontást.

Section "Device"
        Identifier      "Configured Video Device"
        Driver          "ati"
        BusID           "PCI:1:0:0"
        Option "Monitor-LVDS" "Configured Monitor"
EndSection
 

Section "Monitor"
        Identifier      "Configured Monitor"
# 1400x1050 59.98 Hz (CVT 1.47M3) hsync: 65.32 kHz; pclk: 121.75 MHz
        Modeline "1400x1050@peter"  121.75  1400 1488 1632 1864  1050 1053 1057 1089 -hsync +vsync
        Option      "PreferredMode" "1400x1050@peter"
EndSection

Section "Screen"
        Identifier      "Default Screen"
        Monitor         "Configured Monitor"
        Device          "Configured Video Device"
        SubSection "Display"
                Depth     24
                Modes    "1400x1050@peter"
        EndSubSection
EndSection

 

Egyenletszerkesztőre lett volna szükség, de sajnos a Word nem tudta elindítani. Helyette a következő hibaüzenet jelent meg:

Ez az objektum Equation alkalmazásban készült, amely nem érhető el az objektum megnyitásához. Ellenőrizze, hogy az alkalmazás megfelelően van-e telepítve, és nem lett-e törölve, áthelyezve vagy átnevezve.

Nem egy sűrűn előforduló hiba, ezért kicsit nehezen találtam meg az angol megfelelőjét:

"This object was created in Equation this application is not available to  open this object. Make sure the application is properly installed and that it  has not been deleted, moved, or renamed."

Ami viszont még ennél is nagyobb gond az az, hogy a szövege nem igazán utal a probléma gyökerére - szerintem. A Microsoft tudásbázis ötletei nem segítettek, ahogyan a részleges, majd teljes újratelepítés sem.

Igencsak alapos guglizás vezetett eredményre, ezért került be a blogba az eredmény. Alig néhány helyen utaltak ugyanis arra, hogy bizony a vírusirtóval ütközhet a dolog.

Adott gépen Comodo tűzfal és vírusirtó működött. Áttekintve a konfliktusokat kiderült, hogy bizony az egyenletszerkesztő összeveszett a vírusirtó Defense+ szolgáltatásával:

Action: Access memory
Winword -> progfiles/common files/ms shared/equation/Eqnedt32.exe

Ezért a hatalams megoldás az lett, hogy az egyenletszerkesztőt megbízható alkalmazásként kellett megadni a vírusirtónak és a Word többé nem panaszkodott.

Sajnos Ubuntu alatt sem megy minden magától, így némi utánajárásra volt szükség egy HP LaserJet P1005 típusú nyomtató beüzemeléséhez. Ennek során is gazdagodtam némi tapasztalattal.

A legfontosabb, hogy a HP nyomtatók Linux alá telepítésében segít egy HP Linux Imaging and Printing (HPLIP) nevű tool. Ha erre rákerestünk, letöltöttük, telepítettük, akkor már könnyű dolgunk van, csak az alábbi parancsot kell futtatni:

hp-setup

 Jó esetben a könnyű kérdésekre adott egyszerű válaszokkal fel is települ a nyomtató. Rossz esetben azonban még mindig nem megy. Ilyenkor meg kell keresni a hibát a

hp-check

programmal. Elképzelhető, hogy plugin probléma van, ilyenkor segíthet a

hp-plugin

program, ami szerencsés körülmények között javítja is a hibát. Remélhetőleg készen is vagyunk.

Nálam azonban előkerült némi jogosultsági probléma a frissítések során. Hibaellenőrzés során írta is, hogy az eszköz joga 660. (Sajnos már nem emlékszem, hogy a fenti parancsok egyike, vagy a dmesg volt az árulkodó).

Mivel nem tudtam hol lehetne az eszköz jogait változtatni, kemény guglizás következett. Végül az alábbi oldal segített megoldani a problémát:

http://ubuntuforums.org/showthread.php?t=243650 

Elnavigáltam tehát a megfelelő könyvtárba:

 cd  /etc/udev/rules.d/

 Kikerestem az állományt, ami az említett rossz jogokat tartalmazta:

grep 660

És végül megszerkesztettem:

sudo joe 55-hpmud.rules

Innentől a nyomtató működött:

  HP Device 0x3d17 at 001:002:
    Device URI: hp:/usb/HP_LaserJet_P1005?serial=BC15WW1
    Device node: /dev/bus/usb/001/002
    Mode: 0666                                                                                                                                               getfacl: Removing leading '/' from absolute path names
# file: dev/bus/usb/001/002
# owner: root
# group: lp
user::rw-
group::rw-
other::rw-

Felmerült otthon, hogy ne csak optikai lemezen tároljuk a fényképeket, hanem még egy plusz merevlemezen is. Ennek azonban sok értelmét nem látom, mert az is tönkremehet, nem vagyunk beljebb. Beljebb csak akkor lennénk, ha valami szuper RAID-es rendszert összedobnánk, az viszont belekerülne néhány tizesbe. De ha már költünk rá, jó lenne, ha más is láthatná, ahhoz kell egy USB-s, fájlmegosztós FTPs router 40-ért, stb.

Eszembejutott azonban, hogy vannak online tárhelyek is, például rémlett a Skydrive. Ezért beütöttem a gugliba, hogy online storage. A Skydrive-on kívül még egy érdekes szolgáltató került elő, az ADrive. A többi mind vérzik valamitől: 90 nap múlva törlik, ha nem volt lekérdezés, túl kicsi helyet ad (néhány GB), stb.

Az ADrive 50GB helyet ad ingyen, de csak fizetés esetén lehet elérni a tárhelyet FTPn keresztül. Ráadásul nem is drága, elképzelhetőnek tartom, hogy pár év múlva bővítek. A Java alkalmazás, ami a feltöltést végzi nem túl tökéletes: van, ahol a feltöltés nem indul el, és a fórummal sem jutottam beljebb. Nagyobb feltöltések után nem nyugtázza le a feltöltött fájlokat, néha 1-1- kimarad, utólagos ellenőrzés tehát szükséges. Ráadásul egyben nem lehet feltölteni 1000-nél több fájlt. De az 50GB mindenért kárpótol, úgyse sűrűn tölt fel az ember. Mivel alapvetően fizetős szolgáltatás én még abban is bízom kicsit, hogy nem veszítik el az adataimat...

De biztos, ami biztos, gondoltam a SkyeDrivera is felköltözöm párhuzamosan.

Itt ráadásul még Drag'n'Drop is van, igaz, csak IE-ban működik. Mappát azonban nem lehet ráhúzni, azokat egyesével, kézzel kell megcsinálni. Ez jó nagy veszteség, mert egy rendezett adattömeg mappákba oszlik el, minden mappába egyesével húzkodni a dolgokat pedig elég fárasztó, időigényes és nem automatizálható.

Szerencsére másoknak is gondot jelentett ez, ezért jött létre a Gladinet. Ez a program meghajtóként jeleníti meg a Sajátgépben a SkyDrive-ot, a GoogleDocs-ot, meg sok egyebet.

Buktatói. Az ingyenes verzió itt sem tölt fel 1000-nél több fájlt egy menetben. A meghajtó a TotalCommanderben is megjelenik, DE NEM HASZNÁLHATÓ írásra sehogyan sem. És ami nekem a legnagyobb problémát jelentette, hogy bár felajánlja, mégsem tudja az InternetExplorerből kilesni a proxy beállításokat! Be kell azt adni szépen kézzel. És ami még ennél is fájóbb: csak HTTP proxy-t kezel, SOCKS-osat nem, legalábbis nekem nem működött sajnos. A felmountolható szolgálatások listáját IS a netről tölti le, ezért ha proxy, vagy egyéb csatlakozási gondok vannak, akkor már ez a lista sem jelenik meg. Ugyanakkor van ügyfélszolgálat, ami még válaszol is. Bár a proxy-s megoldásra nem ők jöttek rá, talán pár kör után rájöttek volna ők is.

Általában egy merevlemezt rendszer-partícióra és adat-partícióra osztok. Így újratelepítéskor a rendszer-partíció mehet a levesbe, az adatok mentegetésével meg nem kell szórakozni. A rendszernek régebben nem hagytam túl sok helyet, mert a programokat is az adatpartícióra tettem, hogy beállításaikat, ilyesmiket később vissza tudjam nézni. Ez persze visszaüt, mert a Windows könyvtár és a Documents and Settings könyvtár csak hízik és hízik.

Lehet a Windows-t takarítgatni, sok oldal szól erről, pl. ez. De sok helyet nyerni a virtuális memória, azaz a pagefile.sys áthelyezésével lehet. Ennek áthelyezéséről is lehet olvasni.

Most először azonban nem akart a Windows a beállításoknak engedelmeskedni: az adatpartíción nem készítette el a pagefile-t, a rendszerpartíción meg nem lehetett törölni, holott ez eddig működött. A szokásos kulcsszavakra (pagefile.sys move) csak a sima áthelyezést leíró oldalak jöttek be. Nagy nehezen rátaláltam erre az oldalra, ahol kiderült, hogy a rendszer-partíción kell hagyni 10-50 megányi pagefile.sys-t, különben a Windows egyszerűen nem veszi figyelembe az új beállításokat. Ez persze nem teljesen volt igaz eddig, de most bejött, beállítottam, hogy 10-60 MB-os legyen a rendszerpartíción a pagefile.sys és láss csodát, megjelent az adat-partíción a pagefile és a rendszer-partíción törölhetővé vált.

Menetközben az is kiderült, hogy a fenti oldalon végigvitt beállítások a registryben egy lépésben is elvégezhetőek itt:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]

Itt a PagingFiles nevű változóba lehet értelemszerűen írogatni a kívánt értékeket (lásd itt).