Initrd
Witam, Ostatnio naszła mnie ochota kompilacji jądra i zrobienia go sobie na ramdysku - nie wiem czy dobrze się wyraziłem, ale w każdym razie chodzi o initrd. Zacząłem oczywiście od czesania Documentation/initrd.txt W konfiguracji jądra wkompilowałem na stałe wszystkie potrzebne (mam nadzieje) do tego rzeczy czyli: - RAM disk support - Initial RAM disk (initrd) support - Loopback device support - ROM filesystem support IDE oraz mój filesystem (ReiserFS) dałem jako moduły. Wszystko się skompilowało i robiąc zgodnie z opisem www.debianusers.pl z initrd przy bootowaniu nowego kernela mam kernel panic - nie może zamontować partycji root. Dodam, że obrazu initrd nie kompresowałem. Moje podejrzenie w obecnej chwili zatrzymało się na tym, iż do obrazu jądra w lilo trzeba jeszcze dopisać append do partycji root czyli do ramdysku, ale pierwsze próby z tym nie przyniosły żadnych efektów. Poszukiwałem więc rozwiązań tutaj w archiwum, oczywiście w google i na usenecie. Nie wiem co robie źle, cały czas mam kernel panic z tym samym komunikatem. Wiem, że przy initrd właśnie o to chodzi, aby IDE i filesys było jako moduł, ale jakoś nie chce to u mnie działać. Dodatkowo przy starcie mam jeszcze komunikat 'cramfs: wrong magic', ale jak się doszukałem podobno to nie jest powód. Wersja kernela nie ma znaczenia bo to samo mam przy 2.4.22, 2.4.23 i 2.4.24. Mam w systemie zainstalowane jeszcze pakiety do cramfs (cramfsprogs). Jeśli ktoś wie co źle robie to będe wdzięczny za wskazówki, bo brak już mi sił do tego. :) Pozdrawiam. -- ) mateusz-zlom.net ( ( Debian/GNU Linux Administrator * On IRC as [EMAIL PROTECTED] ) ) GPG: http://mateusz.zlom.net/gpg * JID: [EMAIL PROTECTED] ( pgpAy1BCedVHH.pgp Description: PGP signature
Zmiana rozmiaru partycji.
Witam, Ja tu jeszcze raz z małym pytankie, ale troszke z innej beczki :). Przy instalacji kilka miesięcy temu, ustawiłem sobie za dużo MB na partycje / - postanowiłem więc rozdać troche MB z niej kilka innym, bardziej potrzebującym (/usr i /home). Naumiałem się w międzyczasie parteda i już znam opcje resize, to teraz mam takie pytanie. Czy jak zrobie resize / to będe mógł zrobić później na wolnej przestrzeni odpowiedni system plików i ,,zlepić'' to później z np. /usr ? Zlepić oczywiście na takiej zasadzie, że wielkość partycji /usr mi się zwiększy. Jest coś takiego możliwe? Jeśli tak to będe wdzięczny za wskazówki. :) Przy okazji spytam jeszcze czy bezpieczne jest robienie resize na podmontowanym systemie plików (czyli tutaj /). Pozdrawiam. -- [*] Mateusz Szczyrzyca * [EMAIL PROTECTED] * ekg: 1005520 [*] [*] Debian/GNU Linux Administrator * On IRC as [EMAIL PROTECTED] [*] [*] GPG: http://mateusz.zlom.net/gpg * JID: [EMAIL PROTECTED] [*]
Re: GPM vs WindowMaker
Dnia Fri, Dec 12, 2003 at 11:30:27PM +0100, Marcin Sochacki napisał(a): > Sprawa zależności myszki od window managera jest co najmniej podejrzana > (jak sam napisałeś). Ale mniejsza z tym. Też to kiedyś słyszałem. :( > Idea używania gpm i X naraz sprowadza się do wykorzystania tzw. repeat > device w gpm-ie (/dev/gpmdata), który potem podaje się jako device > wejściowy w X-ach. > > 1) Linia startowa gpm-a jest zamieszana. Masz np. dwukrotnie -R. >W ogóle nie wiem po co startujesz go w ten sposób zamiast skorzystać >z domyślnych skryptów debianowych i /etc/gpm.conf. A no właśnie, nie zauważyłem tego. Niemniej jednak miałem go tak uruchamianego od długiego już czasu i w ICEWM nie było problemów. > 3) Być może będziesz musiał pokombinować z protokołami. >U mnie dobre efekty często daje "gpm -R raw" czyli gpm przekazuje >na wirtualną myszkę dokładnie to, co otrzymuje z tej prawdziwej. Hmm, spróbowałem z tym -R raw i narazie wydaje się funkcjonować poprawnie (przełączam sie, obracam rolką, zamykam, uruchamiam i narazie jest ok). To czy to było rozwiązanie to wyjdzie w praniu, w każdym razie dzięki za pomoc. :) Pozdrawiam.
GPM vs WindowMaker
Witam, Mam dość nietypowy problem. Otóż WindowMaker gryzie mi się z GPMem. Co może być dziwne (bo wkońcu to XFree86 odpowiadają za myszke), ale tak właśnie jest. Jak 1,5 miesiąca siedziałem na ICEWM to tego problemu nie było. Jak wróciłem do WindowMaker'a to gdy gpm jest załączony to od czasu do czasu myszka pod xami się buntuje i chodzi własnymi ścieżkami przez, krótką chwile najczęściej. Czasami zdarza się, że jak się przełącze do xów to od razu strzela focha, a czasami w czasie pracy (najczęściej przy przewijaniu rolką). Wogóle to czasami potrafi działać też bez takich, ale to tylko czasami ;). Nie wiem co jest grane, pod ICEWM wszystko chodziło bez zarzutu, ani razu mycha się nie buntowała, gdy gpm działał. W confie XFree mam ustawione InteliMouse serialową (moja myszka jest na PS/2, ale na mojej płycie nie ma tego gniazda więc ma przejściówke). Nie chce rezygnować z WindowMaker'a, ani tym bardziej z GPMa. Jak macie jakieś sugestie to będe wdzięczny. Pare danych dodatkowych (może pomogą): WindowMaker, na wersji 0.80(paczka) i 0.82(skompilowane) GPM 1.19.6 (paczka) Uruchamiam go tak: /usr/sbin/gpm -m /dev/ttyS1 -t pnp -r 20 -Rms3 -p -R Mój konfig XFree86 - http://mateusz.zlom.net/XF86Config-4 Debian SID Pozdrawiam.
Re: myszka i iksy
Dnia Mon, Oct 27, 2003 at 05:58:12PM +0100, anguis in herba napisał(a): > Witam. > > Mam problem z myszka pod iksami, wszystko dziala "okey" ale co jakis czas > odmawia posluszenstwa i wskaznik lata sobie po ekranie, nie wiem gdzie > szukac przyczyny tego utrapienia, pomoze ktos ? > Zastanawiam sie czy podac jakies dane, podac? :)) > A masz włączonego GPMa ? p. -- [*] Mateusz Szczyrzyca * [EMAIL PROTECTED] * ekg: 1005520 [*] [*] Debian/GNU Linux Administrator * On IRC as [EMAIL PROTECTED] [*] [*] GPG: http://annihilator.zlom.net/annihilator.asc * LRU: 304883 [*]
Re: vesafb - wiekszy refresh rate
Dnia Tue, Sep 30, 2003 at 08:14:24PM +0200, Krzysztof Krupa napisał(a): > Witam > > Nie wiem czy bedzie to jakas nowina, ale niedawno odkrylem > i chce sie podzielic. > > Istnieje patch na jajo, ktory powoduje, ze vesafb > moze pracowac w wiekszej czestotliwosci niz 60Hz. > > http://www.spock.mga.com.pl/ > > Jesli sie komus przyda, to dobrze. > Mnie np. denerwowal mrugajacy mc. Mam grafike FG 4 MX 420 > i inaczej nie dalo rady. A teraz jest OK, 85Hz. > Wielkie dzięki za informacje. :) Sprawdze to. p. -- [*] Mateusz Szczyrzyca * [EMAIL PROTECTED] * ekg: 1642438 [*] [*] Debian/GNU Linux Administrator * On IRC as [EMAIL PROTECTED] [*] [*] GPG: http://annihilator.zlom.net/annihilator.asc * LRU: 304883 [*]
Re: zmiana wersji gcc
Dnia Thu, Sep 25, 2003 at 02:15:35AM +0200, Karol Czachorowski napisał(a): > Witam. > > Czy istnieje jakaś prosta metoda zmiany domyślnej wersji gcc w Debianie? > Mam SIDa, w którym domyślne jest gcc-3.3.2. Podejrzewam, że moje problemy > z kernelem (2.6.0-testx; operacje dyskowe zajmują mi 100% procesora, > chociaż DMA niby działa) wynikają z bugów w tej wersji gcc, dlatego > chciałbym zmienić na gcc-3.2.3. Wiem, że kompilację mogę załatwić podając > CC=gcc-3.2, ale szukam raczej metody na globalną zmianę kompilatora. > Tak. Najlepiej zmienić symlinka do /usr/bin/gcc, na inną wersje gcc. p. -- [*] Mateusz Szczyrzyca * [EMAIL PROTECTED] * ekg: 1642438 [*] [*] Debian/GNU Linux Administrator * On IRC as [EMAIL PROTECTED] [*] [*] GPG: http://annihilator.zlom.net/annihilator.asc * LRU: 304883 [*]
Sarge - locales bug?
Witam serdecznie. Wlasnie zrobilem sobie apt-get update i upgrade na sarge(dla jasnosci - mam sarge i robilem rutynowy upgrade :)), ku mojemu zdziwieniu upgradnal libc6 (do 2.3.2), gcc locales i pare innych rzeczy. Wlasnie o locales mi sie rozchodzi bo mam cos takiego przy fontach: Setting up general console font.../etc/init.d/console-screen.sh: line 189: 806 Naruszenie ochrony pamięci ${SETFONT} ${SETFONT_OPT} ${SCREEN_FONT} ${SCREEN_FONT_MAP} Setting up per-VC fonts: /dev/tty1, /etc/init.d/console-screen.sh: line 189: 818 Naruszenie ochrony pamięci ${SETFONT} --tty=${DEVICE_PREFIX}$vc ${SETFONT_OPT} -f $font $sfm /dev/tty2, /etc/init.d/console-screen.sh: line 189: 826 Naruszenie ochrony pamięci ${SETFONT} --tty=${DEVICE_PREFIX}$vc ${SETFONT_OPT} -f $font $sfm /dev/tty3, /etc/init.d/console-screen.sh: line 189: 834 Naruszenie ochrony pamięci ${SETFONT} --tty=${DEVICE_PREFIX}$vc ${SETFONT_OPT} -f $font $sfm /dev/tty4, /etc/init.d/console-screen.sh: line 189: 842 Naruszenie ochrony pamięci ${SETFONT} --tty=${DEVICE_PREFIX}$vc ${SETFONT_OPT} -f $font $sfm /dev/tty5, /etc/init.d/console-screen.sh: line 189: 850 Naruszenie ochrony pamięci ${SETFONT} --tty=${DEVICE_PREFIX}$vc ${SETFONT_OPT} -f $font $sfm /dev/tty6, /etc/init.d/console-screen.sh: line 189: 858 Naruszenie ochrony pamięci ${SETFONT} --tty=${DEVICE_PREFIX}$vc ${SETFONT_OPT} -f $font $sfm /dev/tty7, /etc/init.d/console-screen.sh: line 189: 866 Naruszenie ochrony pamięci ${SETFONT} --tty=${DEVICE_PREFIX}$vc ${SETFONT_OPT} -f $font $sfm /dev/tty8, /etc/init.d/console-screen.sh: line 189: 874 Naruszenie ochrony pamięci ${SETFONT} --tty=${DEVICE_PREFIX}$vc ${SETFONT_OPT} -f $font $sfm done. Setting up per-VC ACM's: /dev/tty1 (iso02), /dev/tty2 (iso02), /dev/tty3 (iso02), /dev/tty4 (iso02), /dev/tty5 (iso02), /dev/tty6 (iso02), /dev/tty7 (iso02), /dev/tty8 (iso02), done. No i jak latwo zgadnosc nie dzialaja mi fonty. Pytanie czy Wam tez cos takiego sie dzieje po tym upgrade (Ci co maja sarge testing), bo niewiem czy to zglaszac, poniewaz moj kumpel co tez ma testing ma po upgrade identyczny problem? Chyba, ze macie jakies rozwiazanie od razu tego problemu to tez poslucham :) Pozdrawiam. -- [*] Mateusz Szczyrzyca * [EMAIL PROTECTED] * ekg: 1642438 [*] [*] Debian/GNU Linux Administrator * On IRC as [EMAIL PROTECTED] [*] [*] GPG: http://annihilator.zlom.net/annihilator.asc * LRU: 304883 [*]
Re: IRC
Dnia Fri, Sep 12, 2003 at 07:06:16PM +0200, osoba znana jako Pawel Bukowski napisała: > Witam ;) > > Wie ktos moze ktore porty trzeba udostepnic na iptables aby na ircu nie > miec +r? > Mam ustawione aby dla nawiazanych polaczen przyjmowal nowe na innych > portach ale to nie wystarcza > +r zależy od ustawień ircd na danej sieci ircowej, zapewne mniemam iż chodzi Ci o IRCnet. Jeśli tak to tam bez revDNS oraz na sieciach dialupowych jest +r ustawiane. -- [*] Mateusz Szczyrzyca * [EMAIL PROTECTED] * ekg: 1642438 [*] [*] Debian/GNU Linux Administrator * On IRC as [EMAIL PROTECTED] [*] [*] GPG: http://annihilator.zlom.net/annihilator.asc * LRU: 304883 [*]
Re: debian.pl
> > to sieć freenode ;-) no i tak przy okazji - na freenode (łączyć się > można przez irc.debian.org) powstał niedawno #debian.pl, > dla wszystkich którzy nie przepadają za ircNet-em. > http://irc.debian.pl/forum/read.php?f=1&i=205&t=205 Pozdrawiam