ReactOS 0.3.10

Vyšel ReactOS 0.3.10. Přináší spoustu oprav, novinek a zlepšení. Ovladač USB je nyní povolen ve výchozím nastavení. Pro přístup k diskům se nyní používá ovladač UniATA, což umožňuje překonat omezení na 8 GB HDD a použít některé SATA řadiče/disky.

6.7.2009 18:01 | David Watzke | Nová verze

Komentáře

[otasomil]

Tak rad bych ReactOS vyzkousel, avsak nikdy jsem se nedostal az k nastartovanemu desktopu kvuli ruznym chybam apod.

 

[Shadow]

To je škoda, nicméně ty chyby, které jste při svých pokusech objevil a nahlásil, vývojáři časem snad opraví.

[skywaker]

 Najlepsim sposobom ako vyskusat ho je QEMU ale ak su neake chyby pri spusteni na realnom hardvery tak treba tomu vyhradit si cas a skusat hlavne volby v biose. povypinat vsetky feature ako je napr. aby operacne sytemy videli len jedno jadro cpu, nastavit acpi s s3 na s1, IDE rezim ak je sata disk a popripade ho dat este ako Legacy a potom by to malo ist aspon spustit.. :) napriklad v mojom pripade som skusal pre tyzdnom SVN 0.4.0 verziu a mi bez problemov islo nainstalovat reactos ale po restarte do noveho sytsemu sa to v bootu seklo takze desktop mi nenabehol ale live som neskusal.. reactos poznam uz dlhsiu dobu a na starsom pc som nemal problemy ho spustit ale vtedy bola ina doba a ReactOS pokrocil.

[Salamek]

me hodil BSoD ale až sem se do něj pokusil narvat FF

[Limoto]

Hmm, základní feature už mají implementovanou

[Salamek]

taky sem si říkal (ale mohli změnit barvičky a dát tam něco víc než hovnovypovídajcí obsah jako na widlích , moc se opičijou )

[Stanislav Petr]

"hovnovypovídajcí obsah" je to mozna pro Vas, ale ostatni lidi, co s pocitacem umi z toho poznaji kde je zavada.

[Jendа]

Příloha:

• bsod.jpg (31997 bytů)

Porovnejte, prosím, přiloženou BSOD s touto chybou:

Kernel panic: VFS: Not syncing. Unable to mount root FS on unknown block (0,0,0)

[Stanislav Petr]

V obou pripadech se jedna o vpodstate stejnou chybu (nemoznost pripojeni korenoveho oddilu). Navic z te BSOD hlasky vim, ze se pokousel system najit korenovy oddil na SCSI nebo SATA zarizeni... Takze vypovidajici hodnota je podle meho nazoru dostatecna. Clovek ktery to umi cist s tim problem nema a clovek ktery ne, tak je stejne jen bezny uzivatel, kterej v takovouhle chvili zvedne telefon a zavola. A z pohledu poskytovani podpory debilnim uzivatelum, je BSOD daleko prijemnejsi, protoze uzivatel u toho nezkousi myslet a resit tonejak sam, coz obvykle vede k jeste vetsim problemum :D

[Jendа]

Navic z te BSOD hlasky vim, ze se pokousel system najit korenovy oddil na SCSI nebo SATA zarizeni...

To jste poznal z toho, že mi to doporučuje odpojit nově instalované řadiče?

Ano, jedná se o stejnou chybu. U Windows nebyl nainstalován SATA driver a u Linuxu nebyl zakompilovaný v jádře.

[Stanislav Petr]

Ne, to jsem poznal z kodu chyby 7b, duvod 34 (coz je cache-manager pro SCSI/SATA). To vite, abych moh spolehlive rict, ze se mi nejakej system nelibi (Windows), tak ho musim dukladne znat! :D

[Jendа]

Řeknu vám, že se RTFM a UTFG nebráním, ale pro dekódování hlášek Linuxu obvykle manuál nepotřebuju. Ten je potřeba až k samotné opravě problému.

[Ladicek]

Protože žádný není Jinak mám pocit, že v nějakých nedávných Jaderných novinách se psalo o zvažování chybových kódů z nějakého číselníku a že u komerčních Unixů je to běžná věc.

[default]

Z MSDN jde stáhnout HLP nebo CHM soubor, který detailně popisuje každou chybu BSOD podle čísla a dalších parametrů. Stačí jen vědět, o co jde. Je to i on-line.

[Ladicek]

To bylo ohledně toho Linuxu Že je dokumentace k Windows vím, URL na MSDN si samozřejmě nepamatuju, ale ono stačí narvat ten chybový kód do Googlu.

[Stanislav Petr]

A byla by to velice uzitecna vec, ale obavam se, ze prez GNU fanatiky to neprojde....

[Shadow]

GNU fanatiky?

[Stanislav Petr]

Kdyz jsem naposled pozoroval jak vypadalo reseni navrhu zavest i v Linuxu chybove kody, strhla se tam silena diskuse ze pry uzivatele maji "pravo na citelne texty hlaseni o chybe"... Tyhle prava uzivatelu ktere prosazuje GNU ale velice casto bohuzel skodi vyslednemu produktu.

[thingie]

Nemít přímo u chyby nějakou srozumitelnou hlášku co zhruba (aspoň zhruba) se stalo by byl neuvěřitelně špatný krok, ale. To neříká, jestli tam k tomu nemá či má být nějaký kód (však ony tam často jsou, všelijaký dumpy, backtrace a kdovíco), ale jenom chybová hláška, která bez nějaké netriviální dokumentace není k ničemu, to by u Linuxu bylo porušení asi prakticky všech rozumných zásad. U Windows dejme tomu, ale tady by to bylo krajně nešťastné.

[Shadow]

1) Linux nikdy nebyl a není součástí projektu GNU. Takže jak s tímhle souvisí GNU?

2) To, že má někdo jiný názor, ještě neznamená, že je fanatik. Nebo mne také označíte za fanatika, když vám řeknu, že s výsledkem takové diskuse, tj. s dostupností čitelných hlášek o chybě, naprosto souhlasím?

3) Definujte "velice často" - uveďte alespoň příklady. Zatím jste jmenoval jeden příklad, jehož potenciální dopad (pozitivní či negativní) je značně diskutabilní.

[Salamek]

aha tak mi vysvětlete jak si mám zjistit co znamená daný chybový kód když mi skolabovalo PC ? to si asi moc do google nenapíšu ... , rohodně je lepší vědět hned na čem jsme než to někde hrabat na netu, a při nejlepší když v okolí není další PC s připojením k internetu nebo live linuxu

[Grunt]

Ono není moc co vyčítat, v otevřených operačních systémech tu roli zamotávače hlav zase obstojně zastane GRUB.

[Jendа]

Tam je to jaksi opravdu z rozměrových důvodů. A co takové LILO, které napíše jenom LI

[Jendа]

A proč tam tedy není rovnou napsané "v cache-manageru pro SATA/SCSI se podělalo to a to"?

[Stanislav Petr]

1. Protoze jadro OS Windows je mnohme komplexnejsi nez jadro Linuxu a textove popisy vsech chyb by byly pnekud velke (prosim nediskutovat jestli je to dobre nebo ne, proste to tak je) .

2. Protoze jadro OS windows je daleko vice modularni oproti jadru Linux a mnohe kody jsou slozene z ruznych casti. Pokud vymyslite algoritmus, ktery z toho bude delat citelne a smysluplne texty, nabitnete ho MS. Verim, ze Vam za nej velice dobre zaplati.

3. Takovyto chybovy kod je v beznem nasazeni daleko praktictejsi. Uz Vam nekdy do telefonu popisoval zavadu v Linux clovek, ktery zrovna nemluvi jazykem, ve kterem ta chybova hlaska je? Cisla jsou vsude stejna - jednoznacna vyhoda.

4. Psychologicke pusobeni na uzovatele - v pripade takoveto chyby uzivatel spis zavola skutecneho administratora nez aby se v tom zkousel stourat. Radoby-administratoru je svet plnej.

[Salamek]

fakt ? je rozdíl mezi kupou hoven a backtrace z GDB :-P

[Ladicek]

I Windows umí při pádu uložit na disk crash dump (tuším, že defaultně je zapnutý mini-dump). A ano, dá se prohnat debuggerem.

Kupa hoven? No ano, jsou tu lidi, kteří každé druhé slovo tahají z žumpy a ještě žvaní z cesty…

[default]

Kupa hoven? No ano, jsou tu lidi, kteří každé druhé slovo tahají z žumpy a ještě žvaní z cesty…

Jak poznamenal pan Petr o patro výš: Kupa hoven je to pro něj proto, protože o tom ví … (doplň ze stejné slovní zásoby )

[Martin]

Tak, tak, myslím si, že zrovna mistr Salámek je tímto všeobecně znám.

[Marcusant]

Celá tato věc mi příjde už úplně "out of date", když skoro desetiletí starý systém, který se toto distro pokouší nahradit dnes sám velkomožný M$ v nové generaci tohoto systému je emuluje ((jen verze professional). WIne a je*at na ně.

[snehuliak]

Mne sa reactos nepozdava. Uz len vysvetlenie "What about Unix" na stranke http://www.reactos.org/en/about.html je kontroverzne a pripda mi ako FUD. Vyberam:

In theory there are a few UNIX standards like POSIX but in practice the standards are old and cover only the basic operating system and the terminal environment. Other standards such as the Linux Standard Base are often not implemented faithfully. As there is no user interface standard nor a standard API, most people still have to use command line applications or fight through the GUI mess.

A dalej:

In contrast to UNIX, ReactOS was designed for people familiar and comfortable with the Windows environment. Everything can be done through the well known Win32 user interface and advanced users are free to automate tasks with scripts or use the console.

Cize Unix command line applications su zle ale ReactOS "skripty" a konzola su dobre... Hadam len slovom console nemyslia textovu consolu ktora emuluje DOS a .bat skripty v nej?!?!

A co pokladam za FUD:

• Modern incarnations like Mac OS X put a fancy graphical user interface on top of UNIX, to hide system details and focus mainly for beginners and likely advanced users are left out in the rain.
• In contrast, various Linux and BSD flavors have been put together originally for server usage and are therefore very console centric.
• Most advanced features cannot be accessed from the basic graphical user interface.
• Almost all UNIX flavors retain some of the original design flaws...
• Many UNIX derivates use the de-facto standard X-Window system for graphical output, which might well possess one of the worst designs in software history.

Tiez si myslim ze bud nieco kopirujem (alias robim plagiat) a tym padom sa snazim dosiahnut 100% kompatibilitu alebo robim nieco vlastne a inovativne. Ale nemozem robit obe naraz a teda nemozem tvrdit ze "ReactOS is a free and open-source operating system based on the Windows NT architecture design, providing support for existing applications and drivers" a zaroven "ReactOS – the XP successor people asked for"...

Ak nevedia vysvetlit svoju existenciu na svojej "about" stranke a ak na to musia pouzivat FUD, tak ja ich davam do /dev/null (v ich preklade do "objektoveho" nul) ;)

(Ospravedlnujem sa za mnozstvo anglickych citacii ak by bolo treba mozem prelozit.)

[snehuliak]

a posledna perla:

"ReactOS combines the power and strengths of the NT kernel - which is well known for its extensibility, portability, reliability, robustness, performance and compatibility – with Win32 compatibility."

Nerobi to nahodou sam Windows? Kto uz lepsie zaruci kombinaciu NT kernelu a Win32 kompatibilitu ak nie samotny MS? A dalej - (poniektori) vieme ze NT kernel ma iste pozitivne vlastnosti, ale ako sa nimi moze pysit ReactOS? ReactOS predsa NEMA NT kernel ale ho iba napodobnuje! (a teda zarucene nemoze poskytnut 100% kompatibilitu) Musim este dodat ze taketo blbosti ake o sebe tvrdi ReactOS netvrdil hadam ani FreeDOS...