dos2fsck nazwadysku i dwa : czyli chcesz przewalić d, to piszesz dos2fsck d:: Ale uwaga, ostrzegam że ostatni mój sen odbywał się około godziny 6:30 nad ranem dnia przedwczorajszego, więc dzieci, nie stosujcie go w domu :D

U mnie  i nie tylko, bo to problem ogólny, wiem że Macgyver też tak miał, była komplentna niestabilność sprzętu. Działasz sobie, działasz i nagle zwiecha. Nie miało znaczenia przy jakiej operacji. Wlutowałem rezystor i jak ręką odjął. Wiem że jeszcze jakiś problem z SDMA to naprawiało. O innych nie słyszałem/czytałem.

A co pomoże na Twoją przypadłość to niestety nie mam pojęcia :( Może wal do Czuby.

Myślę że uicr0Bee to próbował bo przeca ma hurtownię FPU ;) ale jak nie no to faktycznie dobry punkt :)

Ogólnie MiNT ( opisuję opcję uniksoidalną ) przy ładowaniu systemu musi skądś wiedzieć jaki AES załadować. EasyMiNT robi to parametrem console z pliku /etc/ttytab. W Easy'm zrobili to tak że parametr console jest wskazaniem do loadera XaAES'u poprzez link symboliczny. Linki to coś jakby skróty w Windowsie. Więc w katalogu /usr/bin jest "skrót" który wskazuje na loader XaAES'u znajdujący się w /c/mint/1-16-cur/xaaes/xaloader.prg Ten loader ładuje plik xaaes.km ( to jest kernel XaAESu ) z bierzącego katalogu. Więc przy dorzucaniu nowej wersji MiNT'a musisz też wskazać jaki AES ładujesz bo jak nie zmienisz parametru console to nowy MiNT będzię ładował stary XaAES. I teraz możesz to zrobić na dwa ( a może i więcej ) sposobów:
- pierwszy który ja zastosowałem to wykomentowanie obecnego parametru console i dodanie nowego który wskazuje na nowy XaAES
- drugi to zmiana "skrótu" ( linku symbolicznego ) aby wskazywał na nowy kernel. Należy zrobić:
a) w katalogu /usr/bin robimy rm xaaes ( to wykasuje obecny skrót )
b) tworzymy nowy skrót: ln -s /c/mint/1-17-0/xaaes/xaloader.prg xaaes
c) teraz jak w katalogu /usr/bin zrobisz ls -la xaaes to powinieneś zobaczyć że "skrót xaaes wskazuje już na nowy ( z 1.17 ) xaloader.prg
w tym przypadku nie zmieniamy nic w ttytab, bo on wskazuje na "skrót" do /usr/bin/xaaes a nasz nowy "skrót" xaaes wskazuje już na nowy XaAES

Aha, i nie uruchamiaj xaaes z /usr/bin bo właśnie będziesz miał taki komunikat jak napisałeś. To co zrobiłeś przez uruchomienie tego "skrótu" to ręcznie uruchomiłeś załadowanie kernela XaAESu, a to złe rzeczy ;)

Edit:
O, ja tu się produkuję, a Adam pozamiatał ;)

Ale ja nie używam tylko XaAES'u, czasem kożystam z MyAES  :) A do tego mi z tym procesem jest dobrze żyć i nie planuję zmian :P
Przecież to właśnie Twój sposób komplikuje, bo trzeba zrobić więcej zmian niż przy obecnym :D

Kroll'u, nie pękaj ;) to chodzi o mnie :]
A przecież chyba lepiej aby Kroll zrozumiał proces ładowania, wtedy ewentualni sam dojdzie do wniosków że może to zrobić jak podałeś :P

Wpis w ttytab 

console "/c/mint/1-17-0/xaaes/xaloader.prg" tw52       on secure 

nie zmieni wskazania linku /usr/bin/xaaes :)
Wie kolega co to są linki symboliczne? :D
Jak chcesz to zrobić przez link, to w /usr/bin wykasuj xaaes i utwórz nowy wskazujący na xaloader.prg z 1.17.
A ja ( z lenistwa ) nie zabawiałem się w linki, tylko w ttytab wskazałem nowy xaaloader.prg bezpośrednio.

Ten rezystor nie zaszkodzi jak go zamontujesz, ale jeśli nie masz objawów jakie on poprawia, to raczej na Dream Dimension nie pomoże. No chyba że będzie precedens ;) A co do chińskiego angielskiego Czuby, to mnie akurat zawsze osłabia. On praktycznie zawsze pisze niepoprawnie, dobrze że często da się domyśleć.

O, foch minął :D

Chyba nie bm :P

A możesz zdradzić czym?

Ale nie docytowałeś dalej :P

Ja nie rozumiem tego jako twierdznia że tam jest wersja stabilna, ale każdy może sobie rozumieć po swojemu :) Przyjdzie Kroll i pozamiata :)

Boszz, a ja mam tylko koszulki z Atari, nie będę miał co na siebie założyć :)

Tak, póki co trzeba w 1.17 ( tej z 1 stycznia ) zmieniać xaaesXXX.km na xaaes.km. Czytałem gdzieś że obecne wersje nie wymagają zmiany i same sobie ładują odpowiedni .km, ale nie wiem od kiedy oznacza to obecne? Na pewno od którejś wersji 1.18.

Yyy, ale Kroll'u właśnie dokładnie to napisał, że tam są wersje rozwojowe.

Jeśli pijesz do mnie :P to wydaje mi się że wczoraj znalazłem w czym jest problem że moje 1.17 wytrzymuje 2 dni. W weekend muszę przysiąść i zbadać czy to to.

Ten pdf DrCoolZic'a jest fajny. I faktycznie tam jest napisane że 1,62 ogarnie 512MB partycje, ale tylko w przypadku kiedy host adapter i sterownik obsługują "ICD extended commands set". I ja pamiętam że kiedyś absolutnie nie byłem w stanie zmusić swojego STE do partycji wielkości 512, teraz już wiem czemu :) Stąd pytanie, udało się tobie zobaczyć te 470MBowe partycje?

Zobacz w sysinfo, on prawdę powie czy masz czy nie :)