Απορίες Windows :-)

[Christos Ricudis]

, Antonis Christofides wrote:

> (Εντάξει, απορίες λειτουργικών είναι, που τις σκέφτηκα συγκρίνοντας
> Windows και Linux σε μερικά πράγματα, και ιδιαίτερα το πώς μπουτάρουν
> και το πώς χειρίζονται τα kernel panic.)
>
> Μου έχει τύχει νομίζω όταν προσπαθεί να μπουτάρει ένα λίνουξ να βγάνει
> kernel panic επειδή π.χ. δεν έχει κάποιο SATA driver που θα του
> επιτρέψει να mount το root file system. Το ίδιο το έχω δει και σε
> Windows (όταν εγκαθιστώ Windows από image). Μιλάω για περιπτώσεις που
> το root file system είναι ένα απλό ext3 στον ίδιο δίσκο που είναι και
> το /boot (σε περιπτώσεις που είναι XFS over LVM over soft RAID
> καταλαβαίνω πολύ καλά το πρόβλημα).
>
> Η απορία μου είναι: αφού ο boot loader έχει καταφέρει να φορτώσει τον
> kernel από το /boot, και ο kernel έχει καταφέρει να φορτώσει το
> initrd.img από το /boot, αυτό σημαίνει ότι ήδη ο kernel (πριν διαβάσει
> το initrd.img) είναι σε θέση να διαβάζει δεδομένα από το δίσκο (έστω
> και με κάποιον μη βέλτιστο generic driver). Γιατί λοιπόν για να
> συνεχίσει θέλει οπωσδήποτε έναν άλλο driver;


An koitakseis ton kwdika tou grub, exei mesa enan psilo-trivial ATA 
driver, apla implementations gia kapoia linux block devices (LVM, 
dmraid, ktl) kai filesystem drivers, gia na mporei na diabasei ton 
kernel kai to initrd apo kammia dekaria filesystems. O kernel DEN 
diabazei to initrd - tou to taizei hdh etoimo kai fortwmeno sth mnhmh o 
boot loader.

O kernel douleyei se protected mode, kai o monos mh-beltistos generic 
way poy yparxei gia na diabaseis to disko, einai na to kaneis me klhseis 
sto BIOS, pou mporoun na ginoun mono se real mode (sto opoio exeis 
prosbash mono sto prwto MB RAM). Ara h kaneis magkies tou styl "phdame 
se real mode, diabazoume ena sector, phdame se protected mode, to 
metaferoume panw apo to 1MB barrier, kai paei legontas", h to ksexnas 
teleiws kai les "file, 8elw tous drivers mou, h kernel panic".

>
> Η άλλη απορία είναι πιο Windows, και τη σκέφτηκα όταν σύγκρινα το
> kernel panic σε Linux και Windows. Τα Windows μπορούν (και by default
> το κάνουν) σε περίπτωση μπλε οθόνης να γράψουν στο δίσκο ένα memory
> dump, που είναι χρήσιμο γιατί μετά το εξετάζεις και βρίσκεις stack
> trace κλπ. Το Linux απ' όσο ξέρω δεν το κάνει αυτό (αν και σου δίνει
> το stack trace στην οθόνη απ' ό,τι θυμάμαι). Αν όμως ο kernel είναι σε
> θέση να ανοίξει ένα αρχείο στο NTFS και να γράψει εκεί το memory dump,
> μια δηλαδή αρκετά μεγάλη διαδικασία που πρέπει να περιλαμβάνει ποιος
> ξέρει πόσους driver και πόσα επίπεδα λειτουργίας, τότε τι σόι panic
> είναι αυτό; Εφόσον βρισκόμαστε σε κατάσταση kernel panic, δεν είναι
> επικίνδυνο να γράφουμε αρχείο στο δίσκο;
>


Sto UNIX, paradosiaka, to core dump tou kernel ginetai sto swap 
partition, to opoio synh8ws einai grammiko sto disko, den exei 
filesystem structures, kai ara einai eykolo na grapseis ekei panw xwris 
polla-polla. Ta windows kanoyn kati analogo - exoun ena reserved paging 
space sto filesystem, kai grafoun ekei. AFOU kaneis reboot, yparxei 
kapoio ergaleiaki pou pairnei to dump apo to paging space, kai sto 
grafei se ena kanoniko arxeio. Rikse kai mia matia sto 
http://support.microsoft.com/?kbid=254649

Ennoeitai oti kai sth mia perpitwsh kai sthn allh, an to kernel panic to 
exeis faei mesa se kanenan block I/O driver, ksexnas teleiws to dump.