[Megoldva] windows 10 telepítés régi notebookra - frisítve

Microsoft Windows

Keresgéltem a neten, ajánlgatnak számos USB és DVD készítő programot, de nem működnek és szerinten az esetemben nem is fognak.

Adva van egy Toshiba Satellite A210 notebook. Az UEFI -ről még semmit nem tud. Az USB BIOS -ból nem tud mit kezdeni az NTFS -el. A DVD úgy tűnik nem tud mit kezdeni az UDF -el. Viszont a win telepítő fájl >5G.

Mi erre a gyógyír?

Talán még ha feltelepítek, mondjuk egy win7 -et és onnan indítom el a telepítőt?

OFF: Egy régi Minix -re sikerült felhúznom a win10 de ott 32bites verzió van ami jóval kisebb mint a 64btes. Persze, ne vártam csodát, épp hogy működget, súlyos percek amíg betölt és a programok (Chrome) is jól elvan. Csoda hogy megy.

NEWS: Több (jó régi) gépre telepítettem fel a win 10 -et. A grub megoldással próbálkoztam, bootolt de nem települt. Végül (mivel van működőképes win10 -em) letöltöttem a rufus -t, ott van is egy pár javítási lehetőség, azokat is bekattintottam. A rufus verziós boot pendrive -al végül a a régi Toshiba Satellite -re is felment a win 10. Nem sokat kutakodtam ez után (működött) de a partícionálás is más és valami BIOS javítást is tartalmaz a rufus. Persze, a modern gépekkel biztos nem kínlódtam volna ennyit - volt olyan darab amire miután bootolt a telepítő 12 percig(!) csak a szép kék ablakot láttam és azután indult el a telepítés mint olyan.

( pomm v | 2019. 11. 12., k – 12:03 )

USB boot grub-bal nem megy?

üdv: pomm

A 852-es kídlap telepötúsa sikeresen befejezádétt

pendrive 2 partíció, másodikra másold a win10 telepítőt az elsőre meg hozz létre egy boot könyvtárat (fat fájlrendszer):

 

grub-install --root-directory=/media/ahova_csatolod/boot/ /dev/sdX

grub.cfg tartalma:
# Set menu colors
set menu_color_normal=white/blue
set menu_color_highlight=light-blue/white

# Set menu display time
set timeout=2

# Windows 10
menuentry "Windows 10 install" {
    insmod ntfs
    search --set=root --file /bootmgr
    ntldr /bootmgr
    boot
}
 

üdv: pomm

A 852-es kídlap telepötúsa sikeresen befejezádétt

Hosszú ideje (win7 óta) így van egy pendrive-on egy live rendszerem és egy telepítőm :) Ha érdekel syslinux-szal is megy, de ott mókolnom kellett, mert syslinux alól nem bírtam a 10-et bootra bírni, ott is a grubnak kell átadni. Viszont van olyan saját live rendszerem, ami még syslinux-szal bootol és oda ez egyszerűbb volt:

Syslinux telepítése grub.exe és syslinux.cfg (értelemszerűen az elérési út a syslinux mappáig)
extlinux --install /media/pomm/boot/syslinux

syslinux.cfg tartalma:

default vesamenu.c32
prompt 0
timeout 100

menu title Systemback Live (systemback_live_2019-02-26)
menu tabmsg Szerkeszteshez nyomd le a TAB billentyut
menu background splash.png

label live
  menu label Live rendszer inditasa
  kernel /casper/vmlinuz
  append boot=casper initrd=/casper/initrd.gz quiet splash

label install
  menu label Rendszertelepito inditasa
  kernel /casper/vmlinuz
  append boot=casper initrd=/casper/initrd.gz finstall quiet splash

label safe
  menu label Live inditasa csokkentett grafikus modban
  kernel /casper/vmlinuz
  append boot=casper initrd=/casper/initrd.gz xforcevesa nomodeset quiet splash

label debug
  menu label Live inditasa debug modban
  kernel /casper/vmlinuz
  append boot=casper initrd=/casper/initrd.gz

LABEL Install Windows 10 & Windows 7 
KERNEL /grub.exe

grub.exe melletti menu.lst tartalma:

#timeout 15
#splashimage=(hd0,0)/bg.xpm.gz
#splashimage=(hd0,1)/bg.xpm.gz
default /default

title Boot From Hard Drive (Windows Vista/7/2008 or Xp)\n
find --set-root --ignore-floppies --ignore-cd /bootmgr || find --set-root --ignore-floppies --ignore-cd /ntldr || rootnoverify (hd0) && chainloader +1 && boot
map () (hd0) && map (hd0) () && map --rehook
find --set-root --devices=h /bootmgr || find --set-root --ignore-floppies --ignore-cd /ntldr
chainloader /bootmgr || chainloader /ntldr

title \n
root

title Install Windows 10
root (hd0,1)
chainloader (hd0,0)/bootmgr

title Install Windows 7
root (hd0,2)
chainloader (hd0,2)/bootmgr

üdv: pomm

A 852-es kídlap telepötúsa sikeresen befejezádétt

Egyelőre egy 16G pendrive -ot particionáltam és formáztam:

# sfdisk -l /dev/sdb
Disk /dev/sdb: 14,4 GiB, 15502147584 bytes, 30277632 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x02d09b38

Device     Boot   Start      End  Sectors  Size Id Type
/dev/sdb1          2048  2099199  2097152    1G  b W95 FAT32
/dev/sdb2       2099200 30277631 28178432 13,4G  7 HPFS/NTFS/exFAT

Persze, beleszaladatm, hogy -Q opció nélkül akartam formázni az NTFS partíciót.

(Most jönne a grub - kicsit aggódom hogy nehogy az élő rendszeremet szétkapja)

Viszont, ha szerkesztem a grub.cfg nem kell egy update-grub ?

(Már az is furcsa, hogy fenn van a grub a rendszeren, általában klilo -t használok, most barátkozom a grub -al)

* Én egy indián vagyok. Minden indián hazudik.

No, ezért nem szeretem a gdub -ot - nem értem hogy működik :(

Simán bedugtam a pendrive-or,  kiírta hogy "Windows 10 install" és szinte rögtön betöltötte a telepítőt.

Honnan a rákból tudja, melyik partíción találja a betölteni valót? Én biztos nem adtam meg.

Mondjuk az a "serch --set=root --file /bootmgr" eléggé érdekes - most akkor miután a grub és számtalan kis modulja betöltődött, "körül nézett" ée megtalálta?

Persze a windows10 telepítő először alig tért magához a meglepetéstől, de aztán elindult :)

Hálásan köszönöm a trükköt!

* Én egy indián vagyok. Minden indián hazudik.

( Yuhl | 2019. 11. 12., k – 14:11 )

Én arra vagyok kíváncsi, hogy ezt a procit elfogadja-e a Win10? Ahogy keresgéltem, úgy láttam elvileg nem üti meg a minimumot.

(Én egyébként a Rufus->Partíciós séma: MBR beállítást próbáltam volna, ez az ami a régi BIOS-okkal működik.)

Melyikről beszélünk? - az Atom CPU N720 1,6 GHz és működik rajta a win10 pro, lassan, nagyon lassan ...

A Toshibában AMD Athlon(tm) 64 x2 Dual-Core Processor TK-55  1,8 GHz

Igaz is, nem néztem meg mik a minimum követelmények.

* Én egy indián vagyok. Minden indián hazudik.

A Turion-ra gondoltam. Nekem valami olyasmi rémlik, hogy egyes procik nem ugorják meg a lécet. (Valami követelmény van utasítás támogatás terén.) Még ha teljesítményben bírná is.

Nemrégen próbáltak megfűzni azzal, hogy rakjak Win10-et egy régi Lenovora, valami sima Core Duo-s procival. Én meg elhajtottam az illetőt, hogy erre már nem megy fel, mondván, hogy már nem támogatott a proci. (De valójában csak kibúvót kerestem, aztán bekamuztam. Aztán meg lehet igazam volt.)

Neked lett igazad. Szépen elindult a telepítő, particionáltam, felmásolt amit kell de az első boot során, amikor a "kis csillagok pörögnek" egyszer csak lekapcsol. és akárhányszor próbálom, újra ugyanúgy.

A RescueCD hibátalanul, bootol és működik.

* Én egy indián vagyok. Minden indián hazudik.

Köszönöm de inkább nem.

Linux alól csináltam dd -vel - nem bootolt. Formáztam windows alól (vlmi HP-USB -izével) ntfs-re majd Linux -ból rámásoltam a bemountolt image -t fájljait (csak a nem mondod el senkinek, fat21 is próbálkoztam, de ez persze totál hülyeség). Kiírtam double layer DVD -re, persze a CD/DVD RW -je nem tudott vele mit kezdeni (UDF).

Időpocsékolásból volt elég.

* Én egy indián vagyok. Minden indián hazudik.

A microsoft-os tool pontosan úgy fogja neked kiírni, ahogy kell. Az MSDN-es ISO nem alkalmas arra, hogy dd-vel kiírd - kacifántosabb a helyzet. Én minden esetben ezt használtam (főleg Win7, Win8-ak), mindenfajta gépen működött.

Esetleg még ezt találtam: https://github.com/slacka/WoeUSB

Hm. Ha MBR-re állítom a Rufus-ban a partíciós sémát, akkor NTFS, ha GPT-re, akkor FAT32-re formázza a pendrive-ot. Ne kérdezd, hogy milyen műszaki megfontolásból van ez így. De tény, hogy két telepítő (egyik a régi BIOS-okhoz, a másik az új UEFI-s lapokhoz.) pendrive-on két különböző file rendszerrel van a Win10. Egyszer majd utána guglizok, hogy ennek mi az apropója, de most mintegy érdekességképpen említeném csak meg.

( agostonl | 2019. 11. 13., sze – 17:50 )

Nem nagyon értem a problémát.

Van 32 bites Windows 10, amit ki lehet írni USB-re, vagy DVD-re. Az M$ gyári oldalán ott van.

https://www.microsoft.com/hu-hu/software-download/windows10

( •̀ᴗ•́)╭∩╮

"speciel a blockchain igenis hogy jó megoldás, ezért nagy erőkkel keressük hozzá a problémát"

"A picsat, az internet a porno es a macskas kepek tarolorandszere! : HJ"

Ez a géptől függ, mennyire erős proci, mennyi RAM. A 64 bites proci visszafelé kompatiblis a 32 bites kódokkal is, megy rajta a 32 bites OS is.. A 32 bites OS-eknek általában kisebb a hardverigénye, azért is léteznek még.

Egyébként egy olyan régi gépre, ami sem UEFI-t, sem DVD bootot, sem semmit nem tud, nem érdemes Win10-et tukmálni. Mint az eseted is mutatja, fel lehet varázsolni, de köszönet az lehet nem lesz benne, olyan gyalázatosan lassan fut. Szóval már annak intő jelnek kéne lennie, hogy semmit nem támogat a gép, engedve arra következtetni, hogy a Win10 nem rá való, nem jó ötlet erőltetni.

Ha annyira régi gép, vagy csak Intel Atom szintű, arra érdemesebb valami pehelysúlyú Linuxot tenni, AntiX, Sparky Linux, stb.. Természetesen mondanom sem kell, hogy ezeknél is 32 bites verziót érdemes először próbálni, hiába 64 bites a proci. A mai procikon még a 16 bites DOS is elindul, csak úgy mondom, amelyiken nem, annál sem a processzor az akadály, hanem modern SATA/NVMe vezérlő, meg az UEFI, és a legacy BIOS mód hiánya.

“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

A szóban forgó laptop esetére lehet igaz - szervizben van, valami alkatrészre vár.
Viszont, három C2D gépre raktam fel (E8400 8G RAM és 120G SSD). Nem tudom mivel kellene tesztelnem a sebességet, amit én használok azzal nagyjából ugyanúgy megy mint egy CoreI3 -on. Nincs sebesség gondom.
Ami a pehelysúlyú Linux -ot illeti, Debian 10 xfce4 -el és ami épp kell.
DVD bootot tud, csak nem tud UDF fs -t azaz nem tudja a 2G nagyobb fájlokat kezelni.

* Én egy indián vagyok. Minden indián hazudik.

Vagy 32 bites Windows Servert (Enterprise Edition) raksz rá PAE-vel és akkor csak per program vagy korlátozva 4 GB-ra :)

32 bites kliens Windowsokban direkt tiltva van 4 GB feletti támogatás, míg 32 bites Linux kb 2000 óta kezel több memóriát (PAE enabled kernellel, sőt még forceolni is lehet régi Pentium M esetén).