Re: kill -9 mount, ytterligare ledtråd.
On 4 Aug 2003, Torbjörn Svensson wrote: > > De gamla hängde "mount /dev/hdb1"-processerna går dock fortfarande inte > > att döda med kill -9. > > ur 'man ps': > PROCESS STATE CODES > D uninterruptible sleep (usually IO) > kanske är något som säger dig något om varför den inte dör ? Jo, en ledtråd iaf. Jag kollade man ps och man kill, men ingen av sidorna skrev hur man kunde få död på sådana processer. Nästa steg blir väl google. Det vore intressant att veta hur annars jag skulle kunnat ha dödat dem utan att behöva starta om datorn. Inte för att jag någonsin kommer redigera /etc/mtab istället för /etc/fstab, men vafa* :). > > Nähe.. Nu hängde sig Bash igen. Fast inga felmeddelanden. Däremot > > "klickade den till" med ett ljud som påminner mig om klickandet när en hd > > var fysiskt trasig. Hmm.. Jag provar: > > Prova 'fsck /dev/hdb1' istället. Jo, det vore väl ett bättre test. > Hoppas du har blivit lite klokare :-) Jodå, bra ledtråd där, som jag missade. Tack :), -- Regards, Tommy - http://www.geocities.com/todu5811/autosignature?1142 RFC2440 fingerprint: 4445 BB5E AE67 A0C9 7B25 5715 F938 88CB 7A10 2364
Re: kill -9 mount, ytterligare ledtråd.
On Mon, 4 Aug 2003, Johan Björklund wrote: > > # umount /dev/hdb1 > > Cannot create link /etc/mtab~ > > Perhaps there is a stale lock file? > > > > Varför ska den hålla på med min backup-fil som texteditorn joe automatiskt > > skapar? Hmm.. > > > > # mv /etc/mtab~ /etc/mtab~.tommy > > Du verkar vara en aningens ambitiös. /etc/mtab är en systemfil som > kerneln använder för att hålla reda på vilka filsystem som är monterade. > Den ska man _aldrig_ röra, om man inte vill ha problem ... Hehe, och problem är vad jag fick :). > Antagligen har du blandat ihop /etc/fstab och /etc/mtab. Om du lägger > till din rad i /etc/fstab och försöker igen borde det gå bättre, > förutsatt att /etc/mtab är hel. Japp, så var fallet. Pga min enkelspårighet fortsatte jag på fel spår rätt långt innan jag vände för att kolla den andra avfarten. Men efter ett "man fstab", "man mount" och lite experimenterande lyckades jag få en fungerande lösning. Efter att ha tagit bort /etc/mtab~ så har datorn dessutom slutat klaga. Nu återstår bara att läsa lite "man ps" som Torbjörn föreslog i ett senare mail så jag lär mig varför mina elaka processer blev så odödliga. Jag lovar att aldrig mer pilla på /etc/mtab ;). > Hoppas du har blivit lite klokare! Japp, tack för hjälpen! -- Regards, Tommy - http://www.geocities.com/todu5811/autosignature?1141 RFC2440 fingerprint: 4445 BB5E AE67 A0C9 7B25 5715 F938 88CB 7A10 2364
Re: kill -9 mount, ytterligare ledtråd.
On Mon, 2003-08-04 at 14:06, Tommy Dugandzic wrote: > De gamla hängde "mount /dev/hdb1"-processerna går dock fortfarande inte > att döda med kill -9. ur 'man ps': PROCESS STATE CODES D uninterruptible sleep (usually IO) kanske är något som säger dig något om varför den inte dör ? > # mount /dev/hdb1 > mount: can't find /dev/hdb1 in /etc/fstab or /etc/mtab > > Jaha? Så nu tar sig datorn friheten att på eget bevåg ta bort raden jag > nyss lade till i /etc/mtab för min /dev/hdb1. Jag lägger väl dit den igen > och är noga med att avsluta filens innehåll med en radbrytning denna gång > då. Du har torligtvis blandat ihop '/ect/mtab' med '/etc/fstab' > Nähe.. Nu hängde sig Bash igen. Fast inga felmeddelanden. Däremot > "klickade den till" med ett ljud som påminner mig om klickandet när en hd > var fysiskt trasig. Hmm.. Jag provar: Prova 'fsck /dev/hdb1' istället. Hoppas du har blivit lite klokare :-) //Tobbe signature.asc Description: This is a digitally signed message part
Re: kill -9 mount, ytterlig are ledtråd.
On Mon, Aug 04, 2003 at 02:46:11PM +0200, Johan Björklund wrote: > Du verkar vara en aningens ambitiös. /etc/mtab är en systemfil som > kerneln använder för att hålla reda på vilka filsystem som är monterade. > Den ska man _aldrig_ röra, om man inte vill ha problem ... /etc/mtab anvands av mount, inte av karnan. Karnan sparar sjalv det mesta av informationen fran /etc/mtab, tillganglig via /proc/mounts. -- Peter Mathiasson, peter at mathiasson dot nu, http://www.mathiasson.nu GPG Fingerprint: A9A7 F8F6 9821 F415 B066 77F1 7FF5 C2E6 7BF2 F228
Re: kill -9 mount, ytterlig are ledtråd.
On Mon, Aug 04, 2003 at 14:06 CEST, Tommy Dugandzic <[EMAIL PROTECTED]> wrote: > # umount /dev/hdb1 > Cannot create link /etc/mtab~ > Perhaps there is a stale lock file? > > Varför ska den hålla på med min backup-fil som texteditorn joe automatiskt > skapar? Hmm.. > > # mv /etc/mtab~ /etc/mtab~.tommy Du verkar vara en aningens ambitiös. /etc/mtab är en systemfil som kerneln använder för att hålla reda på vilka filsystem som är monterade. Den ska man _aldrig_ röra, om man inte vill ha problem ... Antagligen har du blandat ihop /etc/fstab och /etc/mtab. Om du lägger till din rad i /etc/fstab och försöker igen borde det gå bättre, förutsatt att /etc/mtab är hel. Hoppas du har blivit lite klokare! mvh -- +---+ | Johan Björklund <[EMAIL PROTECTED]> http://whero.net/ | | PGP = 813B 014F C0FA B56C FA70 31DC 1C11 3A20 B02B C881 | +---+ | RADIO SHACK LEVEL II BASIC | READY | >_ + -- - --- -- -
kill -9 mount, ytterligare ledtråd.
# mount /dev/hdb1 /mnt/8gig ext3 rw 0 0 Så den tror den är mountad alltså. # umount /dev/hdb1 Cannot create link /etc/mtab~ Perhaps there is a stale lock file? Varför ska den hålla på med min backup-fil som texteditorn joe automatiskt skapar? Hmm.. # mv /etc/mtab~ /etc/mtab~.tommy # umount /dev/hdb1 umount: /dev/hdb1: not mounted De gamla hängde "mount /dev/hdb1"-processerna går dock fortfarande inte att döda med kill -9. # mount /dev/hdb1 mount: can't find /dev/hdb1 in /etc/fstab or /etc/mtab Jaha? Så nu tar sig datorn friheten att på eget bevåg ta bort raden jag nyss lade till i /etc/mtab för min /dev/hdb1. Jag lägger väl dit den igen och är noga med att avsluta filens innehåll med en radbrytning denna gång då. ..eller förresten: Jag kör denna rad istället som jag vet funkade innan allt strul med dem odödliga, hängda processerna: # mount /dev/hdb1 /mnt/8gig/ Nähe.. Nu hängde sig Bash igen. Fast inga felmeddelanden. Däremot "klickade den till" med ett ljud som påminner mig om klickandet när en hd var fysiskt trasig. Hmm.. Jag provar: # fdisk /dev/hdb Det gick bra. Command (m for help): p Disk /dev/hdb: 255 heads, 63 sectors, 1027 cylinders Units = cylinders of 16065 * 512 bytes Device BootStart EndBlocks Id System /dev/hdb1 1 1027 8249346 83 Linux Hmm.. Fdisk kan man ju tänka sig skulle klaga om den inte kunde prata med hdb alls. dmesg klagar inte heller på ngt hd-relaterat. Äh, jag startar väl om datorn då för att åtminstone utesluta hårdvarufel. Jag återkommer :). -- Regards, Tommy - http://www.geocities.com/todu5811/autosignature?1140 RFC2440 fingerprint: 4445 BB5E AE67 A0C9 7B25 5715 F938 88CB 7A10 2364
kill -9 funkar inte.
# ps aux|grep mount root 29636 0.0 0.0 1696 624 pts/6D13:28 0:00 mount /dev/hdb1 root 29656 0.0 0.0 1700 612 pts/2D13:30 0:00 mount /dev/hdb1 # kill -9 29636 # ps aux|grep mount root 29636 0.0 0.0 1696 624 pts/6D13:28 0:00 mount /dev/hdb1 root 29656 0.0 0.0 1700 612 pts/2D13:30 0:00 mount /dev/hdb1 Varför? Jag trodde kill -9 alltid kunde döda alla processer. Anledningen att första mount-processen hängde sig förmodar jag är därför att jag råkade glömma att avsluta sista raden i filen /etc/mtab med en radbrytning. Bash klagade på det iaf. Men sen när jag fixade radbrytningen i /etc/mtab så hängde sig mount igen. Förmodligen pga den redan hängda mount-processen jag inte fick död på sedan tidigare. Det kan ju även vara fel på raden i /etc/mtab. Den ser ut såhär: /dev/hdb1 /mnt/8gig ext3 rw 0 0 Denna rad funkar sedan tidigare: /dev/hdc1 /mnt/40gig vfat rw 0 0 Jag vet dock inte vad de två nollorna står för. Snälla hjälp mig - jag vill inte sabba min uptime ;). -- Regards, Tommy - http://www.geocities.com/todu5811/autosignature?1139 RFC2440 fingerprint: 4445 BB5E AE67 A0C9 7B25 5715 F938 88CB 7A10 2364
LPI "studiegrupp"
Tjena Detta är inte direkt debian specifikt men jag gör ett försök ändå. Finns det någon/några i sthlm som är intresserade av att göra någon form av "studiegrupp" för att ta LPI Certen? /Johan
Re: Java på unstable
On Monday 04 August 2003 03:33, Joakim Nordberg wrote: > jag hittadade denna info (kanske den du menade) > http://jrfonseca.dyndns.org/debian/ > > "Blackdown Java 1.4.1-01 for gcc-3.2 > The Blackdown project supposedly should have release newer Debian packages > by now. The existing ones don't work with the latest Mozilla packages > (compiled with gcc-3.2). I got tired waiting and after installing java by > hand once I decided it wasn't a experience to repeat, so I've made my own > packages. These packages were based on the j2se1.4-i386-1.4.0.99beta > package sources (more specifically this file) which the lastest debian > package released by the Blackdown project -, and uses the same binaries in > j2sdk-1.4.1-01-linux-i586-gcc3.2.bin . The patch showing the (minimal) > changes I've made is here. " > > Jag hittade en kille som gjort deb paket av 1.4.1 på > deb http://jrfonseca.dyndns.org/debian ./ > deb-src http://jrfonseca.dyndns.org/debian ./ Det där ser väldigt rätt ut. :) Jag har inte kvar frågeställarens e-postmeddelande, men det där är i a f vad han letar efter. */ Christoffer Sawicki <[EMAIL PROTECTED]>
