64 bity...

Krzysiek

unread,

Feb 19, 2013, 7:14:21 AM2/19/13

to

Witam!

Już jakiś rok temu pisałem o moim problemie z debianem w wersji 64 bity.
Otóż na Lenovo N500 miałem zainstalowanego debiana w wersji 64 bity
i wszystko śmigało, aż miło było popatrzeć dopóki nie dokupiłem
2GB ram'u.

Od momentu dołożenia ramu system resetuje się na okrągło w czasie
startu.
Oczywiście BIOS widzi 4GB, zainstalowana Vista widzi nieco ponad
3GB (ale to podobno nic dziwnego).

Pomyślałem więc sobie, że przeinstaluję system od nowa z już obsadzoną
właściwą ilością ramu'u.
Instalacja przebiegła bezproblemowo do momentu jej zakończenia
i restartu. Nie muszę mówić, ze jest tak samo jak było.

I może na ten moment dałbym sobie spokój z tym i zainstalował
wersję 32-bity (mam nadzieję, że pójdzie na tych 4GB), gdyby nie to,
że uruchomiłem ubuntu-12.10 live z płytki w wersji 64 bity i to
działa.

Więc jaka jest różnica pomiędzy tymi bliźniaczymi systemami?
Chyba, że jest to kwestia tego, ze tu startuje z dysku a tu
z dvd? Ale wtedy gdzie szukać problemu i jak go rozwiązać?

Oczywiście ubuntu po uruchomieniu pokazuje, ze widzi 4GB ramu.

total
Mem: 4009700

Oczywiście rad w stylu: "to zainstaluj sobie ubuntu" proszę mi nie
dawać ;)

Pozdrawiam

Slawek Kotynski

unread,

Feb 19, 2013, 7:56:26 AM2/19/13

to

W dniu 2013-02-19 13:14, Krzysiek pisze:

> Już jakiś rok temu pisałem o moim problemie z debianem w wersji 64 bity.
> Otóż na Lenovo N500 miałem zainstalowanego debiana w wersji 64 bity
> i wszystko śmigało, aż miło było popatrzeć dopóki nie dokupiłem
> 2GB ram'u.

A puściłeś jakieś dokłane testy tego ramu?

mjk

Krzysztof Gajdemski

unread,

Feb 19, 2013, 7:57:11 AM2/19/13

to

Jest Tue, 19 Feb 2013 13:14:21 +0100, Krzysiek pisze:

> Już jakiś rok temu pisałem o moim problemie z debianem w wersji 64 bity.
> Otóż na Lenovo N500 miałem zainstalowanego debiana w wersji 64 bity
> i wszystko śmigało, aż miło było popatrzeć dopóki nie dokupiłem
> 2GB ram'u.
> Od momentu dołożenia ramu system resetuje się na okrągło w czasie
> startu.
> Oczywiście BIOS widzi 4GB, zainstalowana Vista widzi nieco ponad
> 3GB (ale to podobno nic dziwnego).

[ cut ]

Miałem kiedyś podobny problem (chociaż nie na Lenovo). Po dodaniu
pamięci, system 64-bitowy (Debian) nie chciał działać poprawnie (ciągłe
zawieszanie się bez informacji w logach), i -- co ciekawe -- dopiero
wtedy, kiedy został rozbudowany o środowisko graficzne. Tak instalacja,
jak i środowisko tekstowe funkcjonowało bez większych problemów.

Przyczyną był błąd w BIOS związany z obsługą konkretnego typu pamięci.
Po jego upgrade system pracował już stabilnie. Twój opis także sugeruje,
że masz do czynienia z problemem sprzętowym.

> I może na ten moment dałbym sobie spokój z tym i zainstalował
> wersję 32-bity (mam nadzieję, że pójdzie na tych 4GB), gdyby nie to,
> że uruchomiłem ubuntu-12.10 live z płytki w wersji 64 bity i to
> działa.

Jeśli to usterka związana z pamięcią, prawdopodobnie prędzej czy później
pojawią się problemy.

k.
--
Krzysztof Gajdemski | songo (at) debian.org.pl | KG4751-RIPE
Registered Linux User #133457 | BLUG Registered Member #0005
PGP key at: http://s.debian.org.pl/gpg/gpgkey * ID: 3C38979D
Szanuję was wszystkich, którzy pozostajecie w cieniu - Snerg

Krzysztof Gajdemski

unread,

Feb 19, 2013, 7:58:56 AM2/19/13

to

Jest Tue, 19 Feb 2013 13:14:21 +0100, Krzysiek pisze:

> Już jakiś rok temu pisałem o moim problemie z debianem w wersji 64 bity.
> Otóż na Lenovo N500 miałem zainstalowanego debiana w wersji 64 bity
> i wszystko śmigało, aż miło było popatrzeć dopóki nie dokupiłem
> 2GB ram'u.
> Od momentu dołożenia ramu system resetuje się na okrągło w czasie
> startu.
> Oczywiście BIOS widzi 4GB, zainstalowana Vista widzi nieco ponad
> 3GB (ale to podobno nic dziwnego).

[ cut ]

Miałem kiedyś podobny problem (chociaż nie na Lenovo). Po dodaniu
pamięci, system 64-bitowy (Debian) nie chciał działać poprawnie (ciągłe
zawieszanie się bez informacji w logach), i -- co ciekawe -- dopiero
wtedy, kiedy został rozbudowany o środowisko graficzne. Tak instalacja,
jak i środowisko tekstowe funkcjonowało bez większych problemów.

Przyczyną był błąd w BIOS związany z obsługą konkretnego typu pamięci.
Po jego upgrade system pracował już stabilnie. Twój opis także sugeruje,
że masz do czynienia z problemem sprzętowym.

> I może na ten moment dałbym sobie spokój z tym i zainstalował
> wersję 32-bity (mam nadzieję, że pójdzie na tych 4GB), gdyby nie to,
> że uruchomiłem ubuntu-12.10 live z płytki w wersji 64 bity i to
> działa.

Jeśli to usterka związana z pamięcią, prawdopodobnie prędzej czy później
pojawią się problemy.

k.

PS FuT -> pl.comp.os.linux

Krzysiek

unread,

Feb 19, 2013, 8:03:26 AM2/19/13

to

W dniu 2013-02-19 13:56, Slawek Kotynski pisze:

Żeby to raz...

Krzysiek

unread,

Feb 19, 2013, 8:21:27 AM2/19/13

to

W dniu 2013-02-19 13:58, Krzysztof Gajdemski pisze:

> Miałem kiedyś podobny problem (chociaż nie na Lenovo). Po dodaniu
> pamięci, system 64-bitowy (Debian) nie chciał działać poprawnie (ciągłe
> zawieszanie się bez informacji w logach), i -- co ciekawe -- dopiero
> wtedy, kiedy został rozbudowany o środowisko graficzne. Tak instalacja,
> jak i środowisko tekstowe funkcjonowało bez większych problemów.
>
> Przyczyną był błąd w BIOS związany z obsługą konkretnego typu pamięci.
> Po jego upgrade system pracował już stabilnie. Twój opis także sugeruje,
> że masz do czynienia z problemem sprzętowym.

Być może to ten problem, ale tego nie rozwiążę, gdyż posiadam już
najnowszy BIOS aktualizowany tydzień temu.

Też szukałem tego tropu, bo w biosach często można wyłączyć
mapowanie pamięci, ale niestety mój bios jest tak prosty,
że podobne opcje w nim nie występują.

>> I może na ten moment dałbym sobie spokój z tym i zainstalował
>> wersję 32-bity (mam nadzieję, że pójdzie na tych 4GB), gdyby nie to,
>> że uruchomiłem ubuntu-12.10 live z płytki w wersji 64 bity i to
>> działa.
>
> Jeśli to usterka związana z pamięcią, prawdopodobnie prędzej czy później
> pojawią się problemy.

Pamięć testowałem memtestem, a na "viście" problemów z pamięcią nie
stwierdziłem.

Plik /var/log/dmesg ma 31 bajtów,
a
/var/log/messages

nawet nie zdążył się utworzyć bo nie istnieje.

Ubuntu uname -r
3.5.0-23

a debian testing jest najnowszy dopiero co wypalony (ze stable było to samo)
3.2.0-4-amd64

Pozdrawiam

Krzysztof Gajdemski

unread,

Feb 19, 2013, 8:37:15 AM2/19/13

to

Jest Tue, 19 Feb 2013 14:21:27 +0100, Krzysiek pisze:

> W dniu 2013-02-19 13:58, Krzysztof Gajdemski pisze:
>> Miałem kiedyś podobny problem (chociaż nie na Lenovo). Po dodaniu
>> pamięci, system 64-bitowy (Debian) nie chciał działać poprawnie (ciągłe
>> zawieszanie się bez informacji w logach), i -- co ciekawe -- dopiero
>> wtedy, kiedy został rozbudowany o środowisko graficzne. Tak instalacja,

>> Przyczyną był błąd w BIOS związany z obsługą konkretnego typu pamięci.
>> Po jego upgrade system pracował już stabilnie. Twój opis także sugeruje,
>> że masz do czynienia z problemem sprzętowym.
> Być może to ten problem, ale tego nie rozwiążę, gdyż posiadam już
> najnowszy BIOS aktualizowany tydzień temu.

To fatalnie. Może masz możliwość wymiany pamięci na inny typ/producenta
(dla testów)?

>> Jeśli to usterka związana z pamięcią, prawdopodobnie prędzej czy później
>> pojawią się problemy.
> Pamięć testowałem memtestem, a na "viście" problemów z pamięcią nie
> stwierdziłem.
> Plik /var/log/dmesg ma 31 bajtów,

> /var/log/messages
> nawet nie zdążył się utworzyć bo nie istnieje.
> Ubuntu uname -r
> 3.5.0-23
> a debian testing jest najnowszy dopiero co wypalony (ze stable było to samo)
> 3.2.0-4-amd64

To może próba ze starszym Debianem? Tam jest 2.6.32. Możliwe, że jednak
trafiłeś na jakiś bug...

k.

karol

unread,

Feb 19, 2013, 8:50:47 AM2/19/13

to

Dnia 19.02.2013 14:37, Krzysztof Gajdemski pisze:

> Jest Tue, 19 Feb 2013 14:21:27 +0100, Krzysiek pisze:

.0-4-amd64
>
> To może próba ze starszym Debianem? Tam jest 2.6.32. Możliwe, że jednak
> trafiłeś na jakiś bug...

Musi byc cos widac, niech odpali w grubie w trybie gadatliwym i usunie
opcje o ewentualnym resecie maszyny w razie niepowodzenia
KO

Krzysiek

unread,

Feb 19, 2013, 8:53:43 AM2/19/13

to

W dniu 2013-02-19 14:37, Krzysztof Gajdemski pisze:

> To fatalnie. Może masz możliwość wymiany pamięci na inny typ/producenta
> (dla testów)?

To dopiero muszę poszukać na zamianę.

>>> Jeśli to usterka związana z pamięcią, prawdopodobnie prędzej czy później
>>> pojawią się problemy.

(...)

> To może próba ze starszym Debianem? Tam jest 2.6.32. Możliwe, że jednak
> trafiłeś na jakiś bug...

Ech... starszy był do wczoraj ;-), a na wcześniejszej instalacji miałem:

3.2.0-4-amd64
2.6.32-bpo-amd64
2.6.32-5-amd64
2.6.30-2
...
2.6.22-2-amd64

i teraz ciekawostka. Na jądrze 2.6.32 (bez tego amd64, chociaż w sumie
też 64 bity bo zgłasza się jako x86_64) system się potrafił uruchomić,
ale nic w nim nie chciało działać, bo nie mógł załadować modułów.

https://lh6.googleusercontent.com/-e3BrjpSIUrg/USODQHWCuNI/AAAAAAAANwk/yZdy-CwZneo/s800/DSC_0201.JPG

Pozdrawiam

Krzysztof Gajdemski

unread,

Feb 19, 2013, 9:21:01 AM2/19/13

to

Jest Tue, 19 Feb 2013 14:50:47 +0100, karol pisze:

Zakładam, że to zostało zrobione i rzeczywiście nic nie widać (w
przypadku wrednych problemów sprzętowych całkiem możliwe).

Krzysztof Gajdemski

unread,

Feb 19, 2013, 9:23:20 AM2/19/13

to

Jest Tue, 19 Feb 2013 14:53:43 +0100, Krzysiek pisze:

> W dniu 2013-02-19 14:37, Krzysztof Gajdemski pisze:
>> To fatalnie. Może masz możliwość wymiany pamięci na inny typ/producenta

> To dopiero muszę poszukać na zamianę.
>>>> Jeśli to usterka związana z pamięcią, prawdopodobnie prędzej czy później
>>>> pojawią się problemy.

>> To może próba ze starszym Debianem? Tam jest 2.6.32. Możliwe, że jednak
>> trafiłeś na jakiś bug...
> Ech... starszy był do wczoraj ;-), a na wcześniejszej instalacji miałem:
> 3.2.0-4-amd64
> 2.6.32-bpo-amd64
> 2.6.32-5-amd64
> 2.6.30-2
> ...
> 2.6.22-2-amd64

Czy w każdym przypadku fizyczne wyjęcie tej dodatkowej pamięci
rozwiązuje problem?

Krzysiek

unread,

Feb 19, 2013, 9:33:03 AM2/19/13

to

W dniu 2013-02-19 15:23, Krzysztof Gajdemski pisze:> Jest Tue, 19 Feb

2013 14:53:43 +0100, Krzysiek pisze:

> Czy w każdym przypadku fizyczne wyjęcie tej dodatkowej pamięci
> rozwiązuje problem?

Po reinstalacji to jeszcze nie próbowałem, ale wcześniej
w 100% tak działało. Zresztą do momentu gdy miałem
tylko 2GB pracowałem na laptopie z amd64 cały czas
i nigdy nic się nie działo.

Pamięć dokupiłem w momencie jak kupiłem małą kamerkę samsunga
i program do jej obsługi uparcie domagał się 4GB ramu.
Teraz jeszcze obrabiam zdjęcia za pomocą darktable,
który też swoje wymagania ma...

pozdrawiam

Krzysiek

unread,

Feb 19, 2013, 9:36:23 AM2/19/13

to

W dniu 2013-02-19 15:21, Krzysztof Gajdemski pisze:
(...)

dpali w grubie w trybie gadatliwym i usunie
>> opcje o ewentualnym resecie maszyny w razie niepowodzenia
>
> Zakładam, że to zostało zrobione i rzeczywiście nic nie widać (w
> przypadku wrednych problemów sprzętowych całkiem możliwe).

Prawdę powiedziawszy nigdy nie uruchamiałem gruba w trybie gadatliwym
(nawet nie wiem jak się to robi), ale to tylko dlatego, ze wcześniej
korzystałem z lilo, a nigdy do tej pory tego nie potrzebowałem takich
operacji robić... do czasu jak widać.

Pozdrawiam

karol

unread,

Feb 19, 2013, 9:43:35 AM2/19/13

to

Dnia 19.02.2013 15:36, Krzysiek pisze:

splash=verbose

albo usun wogole opcje splash

ko

Krzysiek

unread,

Feb 19, 2013, 10:00:21 AM2/19/13

to

W dniu 2013-02-19 15:43, karol pisze:> Dnia 19.02.2013 15:36, Krzysiek

Dziękuję.

A więc tak. kernel panic.
Zrobię zdjęcie, ale dopiero wieczorem i wrzucę linka.
Ogólnie krzyczy o to, że nie może zamontować root fs
unknown block(0,0)

Muszę zobaczyć co będzie jak wyciagnę ram teraz.

Pozdrawiam

Tomasz Torcz

unread,

Feb 19, 2013, 10:04:37 AM2/19/13

to

Dzieki, Krzysiek, za post o tresci:

> W dniu 2013-02-19 15:43, karol pisze:> Dnia 19.02.2013 15:36, Krzysiek
> pisze:
>>> W dniu 2013-02-19 15:21, Krzysztof Gajdemski pisze:
>>> (...)
>>> dpali w grubie w trybie gadatliwym i usunie
>>>>> opcje o ewentualnym resecie maszyny w razie niepowodzenia
>>>>
>>>> Zakładam, że to zostało zrobione i rzeczywiście nic nie widać (w
>>>> przypadku wrednych problemów sprzętowych całkiem możliwe).
>>>
>>>

>> splash=verbose
>>
>> albo usun wogole opcje splash
>
>
> Dziękuję.
>
> A więc tak. kernel panic.
> Zrobię zdjęcie, ale dopiero wieczorem i wrzucę linka.
> Ogólnie krzyczy o to, że nie może zamontować root fs
> unknown block(0,0)
>
> Muszę zobaczyć co będzie jak wyciagnę ram teraz.

Wyjecie RAMu nie pomoze na uszkodzony initramfs czy tez odpowiedniego sterownika
wkompilowanego w jÄ…dro.

--
Tomasz Torcz Morality must always be based on practicality.
xmpp: zdzi...@chrome.pl -- Baron Vladimir Harkonnen

unread,

Feb 19, 2013, 2:43:04 PM2/19/13

to

Użytkownik "kris_gor" napisał w wiadomości grup

dyskusyjnych:5123c8af$0$1223$6578...@news.neostrada.pl...

>
>W dniu 19.02.2013 18:25, Piotr B. (pb2004) pisze:
>
>> W Debianie jest Grub2 więc na samym dole menu masz napisane press 'e' to
>> edit commands. Zaznacz odpowiedni kernel, wciśnij ten klawisz, z linijki
>> linux usuń słowo quiet i wciśnij f10 aby wystartować.
>
>Restart w dalszym ciągu niestety.
>
>Porobiłem parę zdjęć.
>
>A oto historia choroby:
>
>Tak wygląda kwestia dyslokacji:
>
>https://lh6.googleusercontent.com/-EgyY_awcONg/USPFqWWp-6I/AAAAAAAANxs/FGft3BKevUI/s720/DSC_0229-1.JPG
>

Brak partycji swap zamierzony?

>Tak w grubie:
>https://lh5.googleusercontent.com/-zAHx-WEwJG8/USPFt20y5OI/AAAAAAAANxs/48De9mbZKyU/s720/DSC_0230-1.JPG
>
>Usunąłem to quiet i się ładuje...
>https://lh4.googleusercontent.com/-6XZQ3OvLles/USPFxuQut7I/AAAAAAAANxs/uXeHkR-RSeo/s720/DSC_0231-1.JPG
>
>https://lh5.googleusercontent.com/-a83Z8e2iJ2s/USPF0jwrI-I/AAAAAAAANxs/jXHOhgCvmgc/s720/DSC_0232-1.JPG
>
>a to ostatnie co mi się udaje uchwycić, potem reset:
>https://lh4.googleusercontent.com/-l4-85jSnnl0/USPF3gPyCaI/AAAAAAAANxs/Aj_IashRGrk/s720/DSC_0233-1.JPG
>
>
>Spróbowałem więc uruchomić z gruba
>
>grub> splash=verbose
>grub> linux /boot/vmlinuz-...
>grub> initrd /boot/initrd-...
>grub> boot
>
>i mam coś takiego:
>https://lh5.googleusercontent.com/-mTEV00zzLiw/USPF3y2u_cI/AAAAAAAANxs/VdnIks01mLI/s720/DSC_0234-1.JPG
>
>Na tym initramfs polecenie free zwraca:
>Total - 4023620
>
>Co dalej?

Nie wiem co chcesz osiągnąć tymi poleceniami i po co się upierasz wchodzić
do shella gruba. Splash=verbose to nawet nie polecenie tylko parametr linii
komend kernela w niektórych dystrybucjach. Nie wiem czy debian go w ogóle
używa bo domyślnie nie ma słowa splash w linii linux. Aby kernel się
prawidłowo uruchomił musiałbyś po prostu przepisać to samo co grub ma we
wpisach menu. Wracając do resetu spróbuj uruchomić kernel opisany jako tryb
ratunkowy aby sprawdzić czy także będzie reset w trybie single. Docelowo
jednak najlepszym rozwiązaniem prawdopodobnie będzie instalacja kernela 3.7
z experimental gdzie jest największe prawdopodobieństwo działania skoro
działa Ubuntu z kernelem 3.5. Niestety przez brak typowych coredumpów takie
problemy ciężko się debuguje na Linuksach.

--
Piotr Borkowski

kris_gor

unread,

Feb 19, 2013, 3:15:11 PM2/19/13

to

W dniu 19.02.2013 20:43, Piotr B. (pb2004) pisze:

> Brak partycji swap zamierzony?

Tak.

> Nie wiem co chcesz osiągnąć tymi poleceniami i po co się upierasz
> wchodzić do shella gruba. Splash=verbose to nawet nie polecenie tylko
> parametr linii komend kernela w niektórych dystrybucjach.

No cóż, chciałem zgodnie z zaleceniami, aby był bardziej "gadatliwy",
ale jak widać na niewiele się to zdało.

> Nie wiem czy
> debian go w ogóle używa bo domyślnie nie ma słowa splash w linii linux.
> Aby kernel się prawidłowo uruchomił musiałbyś po prostu przepisać to
> samo co grub ma we wpisach menu. Wracając do resetu spróbuj uruchomić
> kernel opisany jako tryb ratunkowy aby sprawdzić czy także będzie reset

Oczywiście, że jest... niestety.

> w trybie single. Docelowo jednak najlepszym rozwiązaniem prawdopodobnie
> będzie instalacja kernela 3.7 z experimental gdzie jest największe
> prawdopodobieństwo działania skoro działa Ubuntu z kernelem 3.5.

Mogę spróbować ściągnąć kernel i go skompilować (kurcze, nie robiłem już
tego z 3 lata), więc nawet nie wiem jakie tam zmiany zaszły.

Pozdrawiam

Krzysiek

unread,

Feb 20, 2013, 2:34:06 AM2/20/13

to

W dniu 2013-02-19 20:43, Piotr B. (pb2004) pisze:
(...)

> Docelowo jednak najlepszym rozwiązaniem prawdopodobnie
> będzie instalacja kernela 3.7 z experimental gdzie jest największe
> prawdopodobieństwo działania skoro działa Ubuntu z kernelem 3.5.
> Niestety przez brak typowych coredumpów takie problemy ciężko się
> debuguje na Linuksach.

A więc tak. Ściągnąłem i skompilowałem wczoraj późno w nocy jadro
3.7.9 oraz zainstalowałem.

Efekt - tak jak poprzednio. Resetuje się w tym samym miejscu.
No i niech mi jakaś wróżka powie dlaczego ubuntu z płytki chodzi?
Jakieś opcje w kernelu, czy co?

Pozdrawiam

Piotr B. (pb2004)

unread,

Feb 19, 2013, 3:48:44 PM2/19/13

to

Użytkownik "kris_gor" napisał w wiadomości grup

dyskusyjnych:5123dd5b$0$26687$6578...@news.neostrada.pl...

>> w trybie single. Docelowo jednak najlepszym rozwiązaniem prawdopodobnie
>> będzie instalacja kernela 3.7 z experimental gdzie jest największe
>> prawdopodobieństwo działania skoro działa Ubuntu z kernelem 3.5.
>
>Mogę spróbować ściągnąć kernel i go skompilować (kurcze, nie robiłem już
>tego z 3 lata), więc nawet nie wiem jakie tam zmiany zaszły.
>

To chyba raczej ostateczność.

--
Piotr Borkowski

Krzysiek

unread,

Feb 20, 2013, 6:21:38 AM2/20/13

to

W dniu 2013-02-19 21:48, Piotr B. (pb2004) pisze:

No, ale ta ostateczność też nie zadziałała, a ja juz więcej pomysłów
nie mam ;-(

Pozdrawiam

Tomasz Torcz

unread,

Feb 20, 2013, 6:30:25 AM2/20/13

to

Dzieki, Krzysiek, za post o tresci:

1) Zrobić netconsole i łapać po sieci wszystko co jądro wypluwa
2) dodać do lini poleceń jądra "initcall_debug"
3) zbootować linuksa, zobaczyć co zostało wywołane jako ostatnie

--
Tomasz Torcz To co nierealne -- tutaj jest normalne.
xmpp: zdzi...@chrome.pl Ziomale na życie mają tu patenty specjalne.

Michoo

unread,

Feb 20, 2013, 7:00:50 AM2/20/13

to

On 20.02.2013 08:34, Krzysiek wrote:
> W dniu 2013-02-19 20:43, Piotr B. (pb2004) pisze:
> (...)
>
>> Docelowo jednak najlepszym rozwiązaniem prawdopodobnie
>> będzie instalacja kernela 3.7 z experimental gdzie jest największe
>> prawdopodobieństwo działania skoro działa Ubuntu z kernelem 3.5.
>> Niestety przez brak typowych coredumpów takie problemy ciężko się
>> debuguje na Linuksach.
>
> A więc tak. Ściągnąłem i skompilowałem wczoraj późno w nocy jadro
> 3.7.9 oraz zainstalowałem.

Spróbuj dodać do commandline kernela mem=2048M i zobaczyć czy wstanie.

>
> Efekt - tak jak poprzednio.

Skoro się na udevie wysypuje to trzeba prawdopodobnie zblacklistować
jakiś moduł, ale jaki to nie podpowiem.

--
Pozdrawiam
Michoo

Krzysiek

unread,

Feb 20, 2013, 7:42:12 AM2/20/13

to

W dniu 2013-02-20 13:00, Michoo pisze:

> On 20.02.2013 08:34, Krzysiek wrote:
>> W dniu 2013-02-19 20:43, Piotr B. (pb2004) pisze:
>> (...)
>>
>>> Docelowo jednak najlepszym rozwiązaniem prawdopodobnie
>>> będzie instalacja kernela 3.7 z experimental gdzie jest największe
>>> prawdopodobieństwo działania skoro działa Ubuntu z kernelem 3.5.
>>> Niestety przez brak typowych coredumpów takie problemy ciężko się
>>> debuguje na Linuksach.
>>
>> A więc tak. Ściągnąłem i skompilowałem wczoraj późno w nocy jadro
>> 3.7.9 oraz zainstalowałem.
>
> Spróbuj dodać do commandline kernela mem=2048M i zobaczyć czy wstanie.

Dopisałem w grubie to mem=2048M i wystartował.
Podobnie jak dam 3072M to też startuje.

Mogę teraz szukać granicy do której startuje...

Pozdrawiam

Krzysiek

unread,

Feb 20, 2013, 7:54:53 AM2/20/13

to

W dniu 2013-02-20 13:42, Krzysiek pisze:

> W dniu 2013-02-20 13:00, Michoo pisze:

(...)
>> Sprďż˝buj dodaďż˝ do commandline kernela mem=2048M i zobaczyďż˝ czy wstanie.
>
> Dopisaďż˝em w grubie to mem=2048M i wystartowaďż˝.
> Podobnie jak dam 3072M to teďż˝ startuje.
>
> Mogďż˝ teraz szukaďż˝ granicy do ktďż˝rej startuje...

W sumie jak wpiszďż˝ mem=4096M to teďż˝ startuje, ale polecenie free
jako Total podaje tylko 3055036, wiďż˝c gdzieďż˝ trochďż˝ ramu zginďż˝o po
drodze.

Pozdrawiam

Michoo

unread,

Feb 20, 2013, 11:14:31 AM2/20/13

to

On 20.02.2013 13:54, Krzysiek wrote:
> W dniu 2013-02-20 13:42, Krzysiek pisze:
>> W dniu 2013-02-20 13:00, Michoo pisze:
> (...)

>>> Spróbuj dodać do commandline kernela mem=2048M i zobaczyć czy wstanie.
>>
>> Dopisałem w grubie to mem=2048M i wystartował.
>> Podobnie jak dam 3072M to też startuje.

No to wygląda na kolizję przestrzeni adresowej, pewnie z kartą graficzną.

>>
>> Mogę teraz szukać granicy do której startuje...
>

> W sumie jak wpiszę mem=4096M to też startuje,

mem= jest jakieś magiczne ;)

> ale polecenie free
> jako Total podaje tylko 3055036, więc gdzieś trochę ramu zginęło po
> drodze.
Tu masz opis parametrów, jak chcesz to kombinuj właśnie tymi z okolicy
mem ;)
http://www.kernel.org/doc/Documentation/kernel-parameters.txt

--
Pozdrawiam
Michoo

Feb 25, 2013, 6:16:39 AM2/25/13

to

W dniu 2013-02-21 21:18, Piotr B. (pb2004) pisze:

> Jeďż˝li dodanie tego parametru pomaga takďż˝e na kernelu dystrybucyjnym
> moďż˝esz zgďż˝osiďż˝ ten bug do Debiana.

Na dystrybucyjnym to samo.

Pozdrawiam

Dąbrowski

unread,

May 17, 2013, 4:46:19 AM5/17/13

to

W dniu 2013-02-19 14:03, Krzysiek pisze:
> W dniu 2013-02-19 13:56, Slawek Kotynski pisze:
>> W dniu 2013-02-19 13:14, Krzysiek pisze:
>>> Juďż˝ jakiďż˝ rok temu pisaďż˝em o moim problemie z debianem w wersji 64 bity.
>>> Otďż˝ na Lenovo N500 miaďż˝em zainstalowanego debiana w wersji 64 bity
>>> i wszystko ďż˝migaďż˝o, aďż˝ miďż˝o byďż˝o popatrzeďż˝ dopďż˝ki nie dokupiďż˝em
>>> 2GB ram'u.
>>
>> A puďż˝ciďż˝eďż˝ jakieďż˝ dokďż˝ane testy tego ramu?
>
> ďż˝eby to raz...
>
Czy uďż˝ywasz pamiďż˝ci dedykowanej dla twego procesora?
Miaďż˝em podobny problem. Winna byďż˝a pamiďż˝ďż˝. Miaďż˝em 4GB w dwďż˝ch moduďż˝ach
ADATA, doďż˝oďż˝yďż˝em 4GB w dwďż˝ch moduďż˝ach OCZ i system zaczďż˝ďż˝ siďż˝ resetowaďż˝.
Testy pamiďż˝ci nie wykazaďż˝y ďż˝adnych bďż˝ďż˝dďż˝w. Na samych moduďż˝ach OCZ system
dalej siďż˝ resetowaďż˝. Wyczytaďż˝em na stronie producenta pamiďż˝ci, ďż˝e te
moduďż˝y sďż˝ zalecane dla procesorďż˝w Intela, ja mam AMD. Sprawdziďż˝em wiďż˝c
te OCZ na pďż˝ycie z procesorem Intela i dziaďż˝aďż˝y poprawnie. Wymieniďż˝em
wiďż˝c moduďż˝y na inne, dedykowane dla mojej pďż˝yty gďż˝ďż˝wnej i system dziaďż˝a
poprawnie.