Re: SV: SV: SV: SV: SV: SV : SV: Punktstöd?
On Tue, Oct 30, 2007 at 06:03:33PM +0100, mattias wrote: > Du talade om bootprompt vid installationen > Hur lägne är den uppe? För det första, det som vi talar om här är installationssystemets "bootprompt", dvs när man bootar från Debian installationsCD:n så är det första som kommer fram på skärmen texten: Press F1 for help, or ENTER to boot. Denhär prompten "timar" inte ut, dvs det händer inget om man inte trycker på något (jag testade nyss, väntade åtminstone en minut) så när du installerar Debian så kan du helt enkelt lyssna på CD-läsarens ljud, och när den tystnat så vet du att du kommit till denna "prompt". Här skulle jag alltså rekommendera att om du har en braille med USB anslutning, så testa först att bara trycka enter här och "se" (jo jag vet att du inte kan se, men i brist på bättre ord :)) vad som händer. Om inte din braille terminal (heter det så?) vaknar till liv om en liten stund efter att du tryckt på enter, så vet du att dethär inte lyckades, och då blir det till att skriva in något slag av boot parametrar vid denna prompt. T.ex. senast jag installerade Debian så var det på en såpass ny maskin att kärnan som finns på Etch CD:n inte riktigt förstod sig på hårdvaran, så installationen låste sig varje gång en stund efter att jag tryckt enter vid denna prompt. Jag hamnade då att skriva in: install acpi=off noapic (kanske hamnade jag att sätta till nolapic också, jag minns inte riktigt) för att kunna installera Debian Etch versionen på den datorn. Detta bara som ett exempel på vad denna bootprompt kan användas till. Tomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SV: SV: SV: SV: SV: SV : Punktstöd?
On Mon, Oct 29, 2007 at 03:45:00PM +0100, mattias wrote: > Ah tack ändå > Får leka i helgen när ja sitter vid rätt dator > Hm kan du ge länk till den stabila debian med braillestöd > Är inte helt säker på vilken det är Hej Mattias. Dina frågor är inte helt lätta att besvara för oss seende som inte nån gång befunnit oss in i den situationen att vi skulle ha behövt installera ett operativsystem "from scratch" så att säga, utan att kunna se på datorns skärm vad vi håller på med... :) Det oaktat så tycker jag personligen att problemet är intressant och därför känner jag att jag vill göra ett försök att svara. Jag försökte söka på google, men det verkar vara svårt att hitta några definitiva svar, kanske de som håller på med sånt här tycker att det är så självklara saker att det inte behöver dokumenteras desto mera eller vad är det frågan om? :) För det första, så om jag förstått saken rätt, så ska Debian Etch, dvs stabila versionen av Debian som har versionsnumret 4.0r1, ha stöd för braille direkt i installationsprogrammet. Du ska alltså inte behöva någon special Debian CD för att få det att fungera. Du behöver endast den första CD:n, resten installeras automatiskt över nätet (förutsatt att datorn ifråga är ansluten till nätet förståss). Här är länken till den CD:n: ftp://ftp.sunet.se/pub/os/Linux/distributions/debian-cd/4.0_r1/i386/iso-cd/debian-40r1-i386-CD-1.iso Eller om du vill ha den varianten som installerar KDE automatiskt så är det denna länk som gäller: ftp://ftp.sunet.se/pub/os/Linux/distributions/debian-cd/4.0_r1/i386/iso-cd/debian-40r1-i386-kde-CD-1.iso Är det förresten någon mening med gnome eller kde för en som är blind? Jag har ingen aning, vilket ju visar hur lite jag vet om sådana saker... Här är en länk till en installationsrapport som en person som testat det hela har skrivit: http://lists.debian.org/debian-accessibility/2007/02/msg00011.html Men, han talar om att han konfigurerade brltty från "BRLTTY preferences menu", betyder det att man måste kunna se för att konfigurera den, eller gjorde han det direkt från sin braille hårdvara? I nästa postning i samma tråd, så talas om att konfigurera braille hårdvaran direkt i boot prompten (det första man kommer till när man startar installationen) genom att skriva in linux brltty=,,de (och trycka enter) för att få tysk braille variant direkt från start. Kunde möjligen vara något i stil med linux brltty=,,sv för att få svensk då? (Jag gissar bara här, vet inte ens om det finns någon sådan variant? men det är ju bara att testa) Prova först med att bara trycka enter och se om det fungerar automatiskt är mitt råd, andra får gärna rätta mig om någon vet bättre. Lite mera länkar: Här (strax i början på denna sida) talas om att Debian installationsprogrammet från och med Etch versionen ska klara av att använda USB braille hårdvara automatiskt, och serieportversioner med lite konfigurering: http://brl.thefreecat.org/wiki/moin.cgi/debian Om det var så att du har en seriell braille, så kan denna länk vara till hjälp, men det ska alltså inte behövas med en USB braille: http://brl.thefreecat.org/wiki/moin.cgi/brltty Se också Debian-Accessibility sidan för mera info och länkar som säkert kan vara intressanta för dig: http://www.debian.org/devel/debian-accessibility/index.sv.html Observera att Debian har en e-post lista speciellt för dylika saker, så den kunde säkert löna sig att posta dina frågor direkt till den listan också, men den är ju på engelska förståss, här är länken till den: http://lists.debian.org/debian-accessibility/ Det blev lite långt dethär, men jag hoppas att det var till någon slags hjälp :) Rapportera gärna hur det går för dig och om du inte vill skicka till denna lista så får du gärna skriva åt mig privat också, jag tar inte illa upp för det, men chansen att jag ska kunna hjäpa desto mera är ganska liten eftersom jag inte har tillgång till någon braille hårdvara för att kunna testa hur installationen går till i praktiken. Lycka till! Hälsningar Tomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kapade fält frå n dpkg
On Mon, Jul 03, 2006 at 02:34:27PM +0200, Robert Larsson wrote: > Körde dpkg -l för att se vilka paket jag hade på servern. Såg så bra ut att > jag ville spara det som utskrift och ha i "serverpärmen". Men det är > nåt konstigt när jag redirectar (stdout-) utdatat till skrivare, less eller > fil. Fälten klipps av på nåt konstigt sätt. > > dkpg -l | less ser alltså inte likadant ut som bara dpkg -l > > Har aldrig sett detta beteende i andra program. Vad är det > som händer här, och kan jag göra nåt åt saken? Använder själv COLUMNS för att bestämma kolumnbredden. t. ex: COLUMNS=150 dpkg -l |grep ^ii (I dethär fallet kanske du också ska ta en titt på dpkg --get-selections.) Tomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: php4 vill installera apache-common, fast jag redan har apache2
On Thu, Apr 27, 2006 at 03:46:36PM +0200, Martin Leben wrote: > > (Skakar fortfarande på huvudet åt "dpkg -l". Hrmmmpfff...) Testa att köra dselect update först. Jag har för mig att dpkg använder dselect:s paketdatabas, och att denna inte är gemensam med apt-get:s / aptitudes databas, vilket betyder att den inte uppdateras när man kör apt-get update. Dethär har säkert någon historisk orsak :), men såhär har det varit ända sen jag började använda Debian (när Potato var "stable"). (Korrektioner / mera info om saken mottages gärna) Tomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Tips på rescue-metode r, var: Mardröm
On Sat, Dec 17, 2005 at 07:29:45AM +0100, Karolina wrote: > > Min knoppix-version, som har några år på nacken, förstår inte svenskt > tangentbord och förutsätter dessutom att skärmen har högre upplösning än VGA. > Så text-mode fungerar inte och man får lära sig var specialtecknen finns på > ett engelskt tangentbord. Dessutom har den inte samma version på en hel del > utilities som debian, så lilo t.ex. fungerar inte. > > Det gör knoppix lite svåranvänd, men om det är kris, så fungerar det. > Jag skulle önska en debian boot-disk, rescue-system. Förr eller senare måste > man boota något annat. Det händer lätt att systemet blir obootbart på grund > av något misstag eller en bug. Gärna på en USB-stick, eller liknande. > > Ja, när vi ändå är där vid rescue. Att boota med init=/bin/bash är inte så > roligt. Det vore roligare med en single-user boot, som inte startar alla > daemons etc., men ändå monterar diskar korrekt osv. Ja, och som inte frågar > efter lösenord. Då kan man lösa många av problemen då man kan boota, men inte > starta upp systemet. Något tips? > > Karolina Använder själv Timo's Rescue CD: http://rescuecd.sourceforge.net/download.html Fixade senast för en par veckor sen en krånglande lilo på min mailserver med denna. Maskinen hade varit igång läänge, och jag var tvungen att starta om den, men av någon anledning så ville den inte längre... :) (den kom bara till "LI" i "LILO" vid uppstarten, och stannade där) Procedur för att fixa dylikt (taget direkt ur minnet, behöver alltså inte stämma till 100%, men i allafall...) 1. Ladda hem .iso filen från http://rescuecd.sourceforge.net/download.html och bränn ut på en CD. (Som alltid när man bränner en .iso fil så gäller det ju att se opp så att man inte får .iso filen själv på CD:n, utan innehållet i den, dvs något i stil med "create CD from image file" eller dylikt i brännprogrammet, vilket man nu använder sig av.) 2. starta från CD:n, logga in som root, med lösenordet "rescue" :) Voila! ett fullfjädrat Debian baserat rescue system, i "text mode", dvs går att köra på vilken skruttskärm som helst :) 3. skapa katalog under /mnt med mkdir för den riktiga /root partitionen som du har på hårddisken dvs mkdir /mnt/root eller dylikt och montera hårddiskens /root partition dit. 4. Ge sedan chroot /mnt/root och du är inne i ditt riktiga system på hårddisken. 5. Om du har /boot på skild partition (vilket jag har) monterar du in den nu, annars kan du inte köra lilo kommandot, eftersom lilo inte hittar /boot (där kerneln finns). Samma gäller förståss för /etc om du har den på skilld partition osv. 6. Fixa till problemet i /etc/lilo.conf (om där nu finns något problem) t. ex. vim /etc/lilo.conf 7. kör lilo -v och kontrollera noggrant vad det säger, och om allt ser bra ut så bootar du om maskinen, annars ta en till titt i /etc/lilo.conf samt kolla symlänkarna i / så att de pekar på rätt kernel (och initrd om du anväder det). 8. Sytemet i skick igen, enkelt smärtfritt och snabbt! :) Jag rekommenderar varmt Timo's Rescue CD, den skulle jag inte vilja vara utan. Det går att fixa nästan vad som helst med de verktyg som finns på den disken. Knoppix och kompani är alltför mycket extra lull-lull för att ha som "rescue" verktyg IMO. Tomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kamera och kortläsare på usb
On Wed, Mar 02, 2005 at 02:00:50PM +0100, Ivar Alm wrote: > > > Kopplar jag in kortläsaren ser jag bara: > > > --[snip] > > > usb 2-2: new full speed USB device using ohci_hcd and address 16 > > > scsi14 : SCSI emulation for USB Mass Storage devices > > > usb-storage: device found at 16 > > > usb-storage: waiting for device to settle before scanning > > > Vendor: GENERIC Model: USB Storage-CFC Rev: I16B > > > Type: Direct-Access ANSI SCSI revision: 00 > > >Attached scsi removable disk sdb at scsi14, channel 0, id 0, lun 0 > > >usb-storage: device scan complete > > > --[snip] > > > > Observera att den säger sdb, inte sda. > > Har du testat att montera sdb1, sdc1 o.s.v? > > > > Hmm... Dum saxning. Tog en något tidigare del av dmesg. Några minuter > senare hamnade den som sda. Och ja, jag testade även sdb1 - sdb15 då > enheten rapporterades som sdb. Samma negativa resultat från mount. (Nu borde jag egentligen dra mig ur leken, eftersom jag inte själv har någon n-in-one typ av kortläsare, men jag gör ett försök i allafall...) Från din "saxning" ovan så ser jag ju nu när jag tittar noggrannare, att själva läsaren verkar hittas, men inte de olika "devicerna". Dethär är problemet, vad jag kan förstå. Jag googlade lite snabbt, och fann följande sida: http://www.cs.sfu.ca/~ggbaker/personal/cf-linux sektionen "multi card readers" är det som kunde vara intressant. Enligt dethär så ska det gå om man har CONFIG_SCSI_MULTI_LUN inkompilerat i kärnan för att den ska förstå att det är en scsi grej med flera "devices" i samma enhet. Kör du med standard Debian kärnan kan du kontrollera dethär i filen /boot/config-2.6.10-nånting, har du kompilerat själv så vet du säkert var du har din config fil också :) Det ska tydligen gå även utan dethär, med lite trixande som du kan se om du läser sektionen. Dock såg hittade jag även en postning på en diskussionsgrupp, där en person hade problem med sin läsare även om han gjort enligt ovan, och de kom fram till att just hans läsare behövde en speciell drivrutin från tillverkaren för att fungera, (och den fanns väl endast för Windows kan man tyvärr ju anta). Minns du om du måste installera någon speciell drivrutin I Windows för att få igång den, eller fungerade den direkt som en standard USB hårddisk, (eller hårddiskar i dethär fallet)? (måste väl vara Windows XP för att det ska fungera antar jag, men jag vet inte säkert, jag känner inte till de nyare Windows versionerna). Tja, tyvärr kan jag inte ge mera specifik hjälp, men hoppas att dethär kan leda dig på rätt spår i alla fall... Lycka till! H. Tomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kamera och kortläsare på usb
On Tue, Mar 01, 2005 at 09:06:39PM +0100, Ivar Alm wrote: > > Till slut landade jag på att lösningen var att mounta /dev/sda1. Detta sda1 = Första partitionen på sda, vilket är helt ok. De två kameror jag kommit i kontakt med (Fuji S7000 och Nikon nånting) har båda fungerat på dethär viset. > till skillnad från min mp3-spelare som jag mountar på /dev/sda. > Kan någon förklara skillnaderna mellan dessa två varianter? Har jag inte stött på, men det verkar ju som om mp3 spelaren skulle skriva direkt på "devicen" då, utan att använda någon partition överhuvudtaget(?) > Kopplar jag in kortläsaren ser jag bara: > --[snip] > usb 2-2: new full speed USB device using ohci_hcd and address 16 > scsi14 : SCSI emulation for USB Mass Storage devices > usb-storage: device found at 16 > usb-storage: waiting for device to settle before scanning > Vendor: GENERIC Model: USB Storage-CFC Rev: I16B > Type: Direct-Access ANSI SCSI revision: 00 >Attached scsi removable disk sdb at scsi14, channel 0, id 0, lun 0 >usb-storage: device scan complete > --[snip] Observera att den säger sdb, inte sda. Har du testat att montera sdb1, sdc1 o.s.v? H. Tomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Göra burken säker?
On Tue, Mar 01, 2005 at 10:22:54AM +0100, timebandit wrote: Först vill jag säga att jag är ingen expert på säkerhet, så ta mina påståenden med en nypa salt, men här har du ändå min tolkning av det du ser i din logg... :) > Mitt första intrång imorse då :/ > Några bra sätt/knep/rekommendationer att göra burken säkrare? > Kör Debian testing med 2.4.29 och endast fåtal portar öppna som, > 22,25, 80,161, 443, 993... > Mar 1 04:51:40 DZN sshd[23046]: Failed password for illegal user sonya from > 198.104.144.59 port 42522 ssh2 > Mar 1 04:51:41 DZN sshd[23050]: Illegal user tony from 198.104.144.59 > Mar 1 04:51:41 DZN sshd[23050]: error: Could not get shadow information for > NOUSER > Mar 1 04:51:41 DZN sshd[23050]: Failed password for illegal user tony from > 198.104.144.59 port 42561 ssh2 > Mar 1 04:51:43 DZN sshd[23052]: Illegal user just from 198.104.144.59 > Mar 1 04:51:43 DZN sshd[23052]: error: Could not get shadow information for > NOUSER > Mar 1 04:51:43 DZN sshd[23052]: Failed password for illegal user just from > 198.104.144.59 port 42604 ssh2 > Mar 1 04:51:44 DZN sshd[23054]: Illegal user justice from 198.104.144.59 > Mar 1 04:51:44 DZN sshd[23054]: error: Could not get shadow information for > NOUSER > Mar 1 04:51:44 DZN sshd[23054]: Failed password for illegal user justice > from 198.104.144.59 port 42646 ssh2 > Mar 1 04:51:46 DZN sshd[23056]: Illegal user bank from 198.104.144.59 > Mar 1 04:51:46 DZN sshd[23056]: error: Could not get shadow information for > NOUSER > Mar 1 04:51:46 DZN sshd[23056]: Failed password for illegal user bank from > 198.104.144.59 port 42695 ssh2 > Mar 1 04:51:47 DZN sshd[23060]: Illegal user vip from 198.104.144.59 > Mar 1 04:51:47 DZN sshd[23060]: error: Could not get shadow information for > NOUSER > Mar 1 04:51:47 DZN sshd[23060]: Failed password for illegal user vip from > 198.104.144.59 port 42735 ssh2 "normala" ssh attackförsök, inget som lyckades vad jag förstår av dessa rader. > Mar 1 06:25:04 DZN su[26029]: + ??? root:nobody > Mar 1 06:25:04 DZN su[26029]: (pam_unix) session opened for user nobody by > (uid=0) Kika under /etc/cron.daily/ så ska du se att där finns ett skript som heter find. Dethär skriptet kör updatedb, som uppdaterar locate databasen, dvs gör så att du kan köra locate "filnamn", och få reda på var en fil befinner sig, t. ex. kommandot locate resolv.conf berättar att filen resolv.conf finns under /etc/resolv.conf. Dethär skriptet (find), körs om jag förstått saken rätt, som användaren nobody, dvs cron som kör find skriptet körs som root, men innan updatedb körs så byts anvädaren till nobody, av säkerhetsskäl, eftersom det inte behövs root rättigheter för att köra det, och root ska man ju inte köra i onödan, vilket även detta skript respekterar :) Skripten under /etc/cron.daily körs kl. 06:25, vilket du kan se (och även ändra på om du vill) i filen /etc/crontab. Det är alltså, såvitt jag kan förstå, rätta mig gärna någon med mera insikt om crons innersta väsen :), dethär du ser i loggraderna ovan, och jag tvivlar mycket starkt på att någon verkligen brutit sig in. > Även en massa Failed password for root som finns i loggarna :/ Dem Som andra redan påpekat, PermitRootLogin no AllowUsers användarnamn1 användarnamn2 osv (för de användare du vill tillåta att logga in via ssh) för säkerhets skull i /etc/ssh/sshd_conf skadar inte. > lyckades tydligen ta sig in i morse men han dra ut nätverkskabeln innan > dem gjorde nån skada... dem körde nått med find men hittar inget i > loggarna där det visar vad dem gjorde :/ Som sagt, dethär är troligen ett helt normalt cron jobb, kika under /etc/cron.daily så ser du allt vad som görs kl. 6:25 varje morgon. Tomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problem med xdm
On Thu, Dec 16, 2004 at 10:00:56PM +0100, Henning Ask wrote: > hej, > startade om min burk o nu får jag inte logga in mha xdm längre...efter att jag > fyllt i användarnamn o lösen i xdm så kommer jag bara tillbaka till > inloggningsskärmen igen. > om jag loggar in i console-läge o startar X med startx istället så funkar det > precis som det ska. > någon som har råkat ut för något liknande eller har någon ide på vad det > kan bero på eller var jag ska börja leta för att hitta problemet? > > jag kör debian unstable o fluxbox Verkar vara en bugg i nyaste xdm i unstable, se: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=285782 H. Tomas
Re: Backup
joakim wrote: > Hej! > > jag har ett tag haft en HP surestore DAT40 backuptape, men jag vet inte > riktigt vad jag ska använda för backup programvara, har testat med tar > men det vill sig inte riktigt. > tar -cvf /dev/st0 /mapp.att.backa > ska man göra nåt specielt innan man kan använda tape:en finns det någon > bra miniHowto på hur man gör på bästa enklaste sätt? Är dethär en scsi bandstation? Har du laddat modulerna för ditt scsi kort (eller kompilerat in dem i kärnan om du kör med egen kärna)? Vad säger mt -f /dev/st0 status? (man mt för detaljerna...) Tomas
Re: Wine, är det något att satsa på? Live CD med XP?
Anders Wallenquist wrote: > Följer debatten om Wine och funderar på om det är några som regelmässigt > kör Wine? > > Vilka program fungerar bra, är det mycket pyssel eller går det som tåget > efter en apt-get wine? > > Har testat Wine då och då med ett eller två års mellanrum, men alltid > med fel applikationer. Dvs det har alltid trasslat och definitivt inte > uppmuntrat mig till mer grottande. Men jag kan ha fel och haft otur > (försökt med dotterns spel som kräver 3D och IE som kräver TCP och annat > omöjligt...) Personligen anser jag att Wine alltid är en nödlösning, som man använder endast när det inte finns "riktiga" program :> Orsakerna till varför jag använder Wine då och då är: 1. Ett företagsprogram från vår bank för att sköta betalning av räkningar och se inkommande betalningar som betalats med referensnummer, få ut rapporter över betalda räkningar osv. Detta program finns endast som Windows version, men går att få att fungera någotsånär i Wine. (Detta program har alltså flera funktioner än vad man kan använda via vanliga internetbanker, åtminstone här i Finland.) 2. BricsCad (http://www.bricscad.com/) har gjort en "Wine friendly" version av IntelliCAD, som jag anmälde mig som beta testare av. De påstår sig ha planer på att göra en riktig portning i framtiden, den som lever får se... Jag är beroende av ett program med 100% dwg (AutoCAD) filkompatibilitet i mitt arbete, eftersom jag får ritningar utifrån, så dethär kunde vara min chans att äntligen kunna dumpa Windows (kör NT 4.0) även på min maskin på jobbet. Tyvärr finns det inget open source program på denhär fronten (som har 100% dwg kompatibilitet alltså). Spel har jag inte brytt mig om överhuvudtaget, så jag kan inte kommentera dem. > Hörde rykten om att någon hade gjort en LiveCD med Windows XP - var det > sagor eller kan det vara en väg för att låta en Debian stilla sin > nyfikenhet på vad som händer i W32-världen? Ingen aning... Tomas
Re: [OT?]Dumma, dumma WINE
Love Hansson wrote: > Det här är kanske lite OT, men jag vet inte riktigt vart jag ska vända > mig, så någon här kanske kan hjälpa mig? > > Jag har ett väldigt bisarrt problem med Wine, som yttrar sig genom att > alla tecken är kodade med någon bisarr encoding som liknar en kombination > av arabiska och matematiska symboler. Dessutom är alla tecken och > framförallt alla knappar extremt breda. Jag har inte lyckats hitta någon > conf-inställning i Wine som reglerar defaultspråk. > > Är det någon som vet vad som kan vara fel och vad man kan göra åt det? > Eller alternativt vem jag ska fråga? > > mvh > Love Hansson På min maskin (Woody) så går Wine efter wad jag har för locale inställningar. Dethär med en Wine konfiguration som inte använder något alls från någon Windows partition (märkte att om jag gav Wine tillgång till en gammal fat32 partition med en sveskspråkig Windows 95 installation, så ville Wine alltid prata svenska). Testa att köra dpkg-reconfigure locales och välj åtminstone "sv_SE ISO-8859-1" (borde vara den du ska ha, kanske finns det någon UTF-8 variant att välja på också, om du kör Sarge/Sid) Du får sen en fråga om vilken locale du vill att ska vara default på ditt system, testa att välja sv_SE, så borde Wine uppföra sig bättre i fortsättningen :) Enda nackdelen med detta är att då börjar många andra program också att prata svenska, t ex dselect, mutt... osv... Dethär vill inte jag, och jag löste det genom att skriva in LANGUAGE=C export LANGUAGE i slutet på min .bashrc fil. Finns säkert bättre sätt, men "it works for me" TM :) Tomas
Re: Cache eller nåt...
Tomas Nykung wrote: > Du kör alltså med en egenkompilerad kärna? (Debians standard kärnor har > dessa kompilerade som moduler om jag minns rätt, isåfall ska det vara bara > att ladda modulen.) Var lite för snabb där, Debians standardkärnor (iallafall 2.4.20, som jag har kvar en .config fil från och kunde kolla) har dessa inkompilerade i kärnan, -ej som moduler. I övrigt borde mitt inlägg ha varit korrekt (notera borde :)) Tomas
Re: Cache eller nåt...
Ivar Alm wrote: > Testade. Fick följande resultat: > > setting using_dma to 1 (on) > HDIO_SET_DMA failed: Operation not permitted > using_dma= 0 (off) > > Kan inte hitta nåt i bios som hjälper mig att se om DMA ska vara avstängt > för IDE, och jag har inte vid en snabbare koll hittat nån kernelparameter > som jag kan sätta och kompilera om kärnan med. > Nån som har nån idé? Du behöver stöd för ditt "chipset" i kärnan, t ex Intel PIIX, VIA nånting eller något annat, beroende på vad du har för moderkort. Kolla vad som finns på ditt moderkort med lspci så ska du få upp bl a "Host bridge:" nånting. Finns under "IDE, ATA and ATAPI Block devices" i kernelkonfigurationen. Du kör alltså med en egenkompilerad kärna? (Debians standard kärnor har dessa kompilerade som moduler om jag minns rätt, isåfall ska det vara bara att ladda modulen.) Tomas
