|
#4
[NetBSD] fatal page fault in supervisor mode
Active USB audio with NetBSD/amd64 6.1,
NetBSD/amd64 の 6.1 で、使っている USB audio
uaudio0 at uhub0 port 7 configuration 1 interface 0
uaudio0: C-Media Electronics Inc. C-Media USB Headphone Set, rev 1.10/1.00, addr 4
uaudio0: audio rev 1.00
audio1 at uaudio0: full duplex, playback, capture, independent
uhidev3 at uhub0 port 7 configuration 1 interface 3
uhidev3: C-Media Electronics Inc. C-Media USB Headphone Set,
rev 1.10/1.00, addr 4, iclass 3/0
Unplugs without any inactivation, kernel panics as fatal page fault.
Is this the issue to resolve with high priority or it is NetBSD style ?
を(いきなり)抜いたら panic しました。これって大問題 ? それとも普通 ? (僕は困るけれど)。
Jul 8 23:04:13 modena /netbsd:
Jul 8 23:04:13 modena /netbsd: uhidev3: detached
Jul 8 23:04:13 modena /netbsd: uhidev3: at uhub0 port 7 (addr 4) disconnected
Jul 8 23:04:13 modena /netbsd: fatal page fault in supervisor mode
Jul 8 23:04:13 modena /netbsd: trap type 6 code 0 rip ffffffff8075b658 cs 8 rflags 10246
cr2 48 cpl 4 rsp fffffe800103cbf0
Jul 8 23:04:13 modena /netbsd: panic: trap
Jul 8 23:04:13 modena /netbsd: cpu0: Begin traceback...
Jul 8 23:04:13 modena /netbsd: printf_nolog() at netbsd:printf_nolog
Jul 8 23:04:13 modena /netbsd: startlwp() at netbsd:startlwp
Jul 8 23:04:13 modena /netbsd: alltraps() at netbsd:alltraps+0x96
Jul 8 23:04:13 modena /netbsd: usb_transfer_complete() at netbsd:usb_transfer_complete+0x1ac
次のようにすると、hoge と hoge-a の順が違うと言われる
mini-6@makoto 15:18:09/130708(..pkgsrc/wip)%
ls */Makefile | \
sort | \
sed 's,/Makefile,,' | \
awk '{print "SUBDIR+=\t" $1}' >! \
Makefile.new
sort の option を調べた方が良いのかな。
gnu-sort -d
良く考えたら、Makefile を取った後に sort するべきだった。
modena@makoto 15:40:14/130708(..pkgsrc/wip)% \
ls */Makefile | \
sed 's,/Makefile,,' | \
sort | \
awk '{print "SUBDIR+=\t" $1}' >! Makefile.new
#1
[pkgsrc] wip/emacs-current
#0 mark_interval (i=0xab8ce7006c696e39, dummy=11835442) at alloc.c:1228
#1 0x000000000057878a in traverse_intervals_noorder
(tree=0xab8ce7006c696e39, function=0x51e50a
<mark_interval>, arg=11835442) at intervals.c:245
#2 0x000000000051e269 in mark_vectorlike (ptr=0x560bdd0) at alloc.c:5590
#3 0x000000000051db8e in mark_object (arg=<optimized out>) at alloc.c:5908
#4 0x000000000051e269 in mark_vectorlike (ptr=0x6199008) at alloc.c:5590
#5 0x000000000051db15 in mark_object (arg=<optimized out>) at alloc.c:6012
#6 0x000000000051e269 in mark_vectorlike (ptr=0x5341800) at alloc.c:5590
#7 0x000000000051e4df in mark_buffer (buffer=<optimized out>) at alloc.c:5641
#8 0x000000000051de41 in mark_object (arg=<optimized out>) at alloc.c:5922
#9 0x000000000051db15 in mark_object (arg=<optimized out>) at alloc.c:6012
#10 0x000000000051db8e in mark_object (arg=<optimized out>) at alloc.c:5908
#11 0x000000000051e269 in mark_vectorlike (ptr=0x1304d20) at alloc.c:5590
#12 0x000000000051da45 in mark_object (arg=<optimized out>) at alloc.c:5899
Program received signal SIGSEGV, Segmentation fault.
[Switching to LWP 1]
mark_interval (i=0x6c696e00, dummy=11835442) at alloc.c:1228
1228 i->gcmarkbit = 1;
(gdb) bt
#0 mark_interval (i=0x6c696e00, dummy=11835442) at alloc.c:1228
#1 0x000000000057878a in traverse_intervals_noorder
(tree=0x6c696e00, function=0x51e50a <mark_interval>,
arg=11835442) at intervals.c:245
#2 0x00000000005787a0 in traverse_intervals_noorder
(tree=0x8273528, function=0x51e50a <mark_interval>,
arg=11835442) at intervals.c:250
#3 0x000000000051db8e in mark_object (arg=<optimized out>) at alloc.c:5908
#4 0x000000000051e269 in mark_vectorlike (ptr=0x7f39008) at alloc.c:5590
#5 0x000000000051e269 in mark_vectorlike (ptr=0x2611628) at alloc.c:5590
#6 0x000000000051e269 in mark_vectorlike (ptr=0x2d2b940) at alloc.c:5590
#7 0x000000000051de4f in mark_object (arg=<optimized out>) at alloc.c:5923
#8 0x000000000051e269 in mark_vectorlike (ptr=0x16d22e8) at alloc.c:5590
#9 0x000000000051da45 in mark_object (arg=<optimized out>) at alloc.c:5899
#10 0x000000000051db15 in mark_object (arg=<optimized out>) at alloc.c:6012
#11 0x000000000051e269 in mark_vectorlike (ptr=0x12b1f98) at alloc.c:5590
#12 0x000000000051da53 in mark_object (arg=<optimized out>) at alloc.c:5900
#13 0x000000000051db15 in mark_object (arg=<optimized out>) at alloc.c:601
#2
[NetBSD] WiFi -> GW-USMicroN-G (Planex)
 (秋葉原) Tsukumo にて 500 円で売られていると聞いて買って来た。
07/03
に深海さんに WLI_CU-G300N を設定してもらったのを少しだけ直して、
Let's Note R4 NetBSD/i386 5.1_RC3 で
無事動くようになった。
機能が全く同じとすれば、大変小型に出来ていて、安価に入手出来るので、
とても良いと思う。
media: IEEE802.11 autoselect (OFDM54 mode 11g)
と出ている。
sudo usbdevs -v で見ると、次のように、
WLI_CU-G300N の方は 4mA となっているところ、
GW-USMicroN-G の方は 450mA となっている。
これは沢山電気を食うという意味なのかどうか良く分っていないが、
どうもそうらしい気がする。
だけれども 4mA というのもちょっとおかしい気もする。20mW
で足りるのかな。もっとも電波の出力が違うとすると、そういうこともあるかな。
ただ、
深海さんからは、この小さい方が、電波は届き難いというように聞いた気がする。
そう言えば、全く関係がないが、ちょっと
南の方に
歩いていたら、
Otto の大きな店舗
を見かけた。でも ML110/G6 は見えるところに置いてなかったな。
Controller /dev/usb0:
addr 1: full speed, self powered, config 1,
UHCI root hub(0x0000), vendor 0x8086(0x8086), rev 1.00
port 1 powered
port 2 powered
Controller /dev/usb1:
addr 1: high speed, self powered, config 1,
EHCI root hub(0x0000), vendor 0x8086(0x8086), rev 1.00
port 1 addr 2: high speed, power 4 mA, config 1,
802.11 n WLAN(0x00e8), Ralink(0x0411), rev 0.01
port 2 addr 3: high speed, power 450 mA, config 1,
802.11 n WLAN(0xed14), Ralink(0x2019), rev 1.01, serial 1.0
#1
[NetBSD] env sendmail=YES /etc/rc.d/sendmail start
以前は /etc/rc.conf に sendmail=YES と書いてなくても、
次のようにすれば起動出来たと思うのだけれど、
env sendmail=YES /etc/rc.d/sendmail start
最近は /etc/rc.conf に書くことが必須になっている気がする。
何故かな。
#1
[君津] 草刈(手伝)
草刈の立合あるいは手伝。左側は約一年前の様子
#1
[NetBSD] perl-5.8.8nb8 binary package problem
Let me write todays part in English. This is because this problem
will be
mailed
or discussed in English-spoken community. This is kind of
warming up or practice.
As was written in the diary (in Japanese) on
2008/03/03,
Kakasi.so in p5-Text-Kakasi
has a problem. The symptom is that when the Perl module Kakasi.so
is invoked from another perl script, it says:
/usr/pkg/lib/perl5/vendor_perl/5.8.0/i386-netbsd-thread-multi/auto/Text/Kakasi/Kakasi.so:
Undefined PLT symbol "kakasi_getopt_argv" (symnum = 14)
The module kakasi_getopt_argv is in /usr/pkg/lib/libkakasi.so,
but by some reason, Kakasi.so won't reference that library.
The first glance falls to
'Text-Kakasi-1.05/Makefile.PL'. This file has the line
'INC' => '-I/usr/local/include',
'LIBS' => ['-L/usr/local/lib -lkakasi'],
I have asked the obache san and he has the same environment (NetBSD/i386 4.0),
but he has no problem doing the same thing. So the above line should not
be a problem.
He suggested to look at the perl config with the line
perl -e 'use Config; print $Config{libpth}'
The result of various installation (the last line was added later) were:
| package name | installed by | output of above command |
|---|
| perl-5.8.8nb6 | binary package | /usr/lib |
| perl-5.8.8nb8 | binary package | /usr/lib |
| perl-5.8.8nb8 | made from pkgsrc | /usr/lib /usr/pkg/lib |
Now we have to look at the origin of the binary package.
It would be checked by
pkg_info -Q BUILD_HOST perl
Now binary package version shows, for example,
NetBSD twist.lip6.fr 4.0 NetBSD 4.0 (XEN3_DOMU) #0:
Sun Dec 16 01:26:00 PST 2007
builds@wb34:/home/builds/ab/netbsd-4-0-RELEASE/i386/200712160005Z-obj/
home/builds/ab/netbsd-4-0-RELEASE/src/sys/arch/i386/compile/XEN3_DOMU i386
Then we checked the difference between made from pkgsrc and binary packge,
and it turned out that the file
lib/perl5/5.8.0/i386-netbsd-thread-multi/Config.pm
is different.
--- bouyer/lib/perl5/5.8.0/i386-netbsd-thread-multi/Config.pm 2008-06-02 23:04:40.
+++ pkgsrc/lib/perl5/5.8.0/i386-netbsd-thread-multi/Config.pm 2008-07-08 15:15:41.
@@ -81,9 +81,9 @@
inc_version_list => ' ',
intsize => '4',
ldlibpthname => 'LD_LIBRARY_PATH',
- libpth => '/usr/lib',
+ libpth => '/usr/lib /usr/pkg/lib',
osname => 'netbsd',
- osvers => '4.0',
+ osvers => '4.0.0_patch',
path_sep => ':',
privlibexp => '/usr/pkg/lib/perl5/5.8.0',
scriptdir => '/usr/pkg/lib/perl5/bin',
lib/perl5/5.8.0/i386-netbsd-thread-multi/Config_heavy.pl
also has some differences,
-ccflags='-fno-strict-aliasing -pipe -Wdeclaration-after-statement'
+ccflags='-fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/pkg/include'
-cppflags='-fno-strict-aliasing -pipe -Wdeclaration-after-statement'
+cppflags='-fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/pkg/include'
-lddlflags='-Wl,-R/usr/pkg/lib --whole-archive -shared '
-ldflags='-Wl,-R/usr/pkg/lib '
+lddlflags='-Wl,-R/usr/pkg/lib --whole-archive -shared -L/usr/pkg/lib'
+ldflags='-Wl,-R/usr/pkg/lib -L/usr/pkg/lib'
... (omitted) ...
Then I have made perl-5.8.8nb8 from pkgsrc/lang/perl5.
After that, p5-Text-Kakasi is packaged also.
The problem, not able to find module in libkakasi.so, gone away.
#1
[NetBSD] raidctl -R を mount したままやるには
disk を何かの都合で交換する必要があった時に
だと思っているが、この二番目の時に umount が必要と言われる。これを mount したままで
行なうには ?
ttyp0:makoto@tera 8:58:35/070709(~)> sudo raidctl -R /dev/wd0h raid1
raidctl: unable to open device file: raid1
ttyp0:makoto@tera 8:58:47/070709(~)> sudo umount /export/
ttyp0:makoto@tera 8:58:51/070709(~)> sudo raidctl -R /dev/wd0h raid1
ついにジダンの最後の舞台が提供された。
このままで行けば、我々はフランスの勝敗に関係なく、ジダンのラストダンスを楽しめそうだ。
いや本当、いい科白です。全くもってその通り。
何だか面白いことが書いてある
#1
[Emacs] temacs Segmentation Faults
cvs as of 2004-07-07
[makoto@fedora src]
$ gdb ./temacs
GNU gdb Red Hat Linux (5.3.90-0.20030710.41rh)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1".
DISPLAY = :0.0
TERM = xterm
Breakpoint 1 at 0x80dfe0e: file emacs.c, line 428.
Breakpoint 2 at 0x80c3644: file xterm.c, line 7837.
(gdb) set args --batch --load loadup bootstrap
(gdb) run
Starting program: /usr/home/makoto/local-src/emacs/src/temacs --batch --load loadup bootstrap
Loading loadup.el (source)...
....
....
Finding pointers to doc strings...
Finding pointers to doc strings...done
Dumping under names emacs and emacs-21.3.50
Program received signal SIGSEGV, Segmentation fault.
0x0085bedc in memcpy () from /lib/tls/libc.so.6
(gdb) where
#0 0x0085bedc in memcpy () from /lib/tls/libc.so.6
#1 0x0816613e in unexec (new_name=0xa775f50 "/home/makoto/local-src/emacs/src/emacs",
old_name=0xa775f7c "/home/makoto/local-src/emacs/src/temacs", data_start=137920040, bss_start=0,
entry_address=0) at unexelf.c:925
#2 0x080e1779 in Fdump_emacs (filename=175782384, symfile=175782368) at emacs.c:2179
#3 0x0813edfc in Feval (form=135914504) at eval.c:2080
#4 0x0813c7df in Fprogn (args=-1095667228) at eval.c:408
#5 0x0813c71d in Fif (args=171318653) at eval.c:357
#6 0x0813ef45 in Feval (form=137912276) at eval.c:2027
#7 0x0813c6fc in Fif (args=171320253) at eval.c:356
#8 0x0813ef45 in Feval (form=137912276) at eval.c:2027
#9 0x081530b3 in readevalloop (readcharfun=170033289, stream=0xa24d410, sourcename=170184363,
evalfun=0x813eac8 <Feval>, printflag=0, unibyte=169953377, readfun=169953377) at lread.c:1376
#10 0x081520ff in Fload (file=170184363, noerror=169953377, nomessage=169953377, nosuffix=137925152,
must_suffix=21244172) at lread.c:914
#11 0x0813ee3e in Feval (form=137916552) at eval.c:2094
#12 0x080e2675 in top_level_2 () at keyboard.c:1287
#13 0x0813dc9a in internal_condition_case (bfun=0x80e2664 <top_level_2>, handlers=170014305,
hfun=0x80e2338 <cmd_error>) at eval.c:1335
#14 0x080e26a9 in top_level_1 () at keyboard.c:1295
#15 0x0813d829 in internal_catch (tag=137925152, func=0x80e2678 <top_level_1>, arg=169953377)
at eval.c:1096
#16 0x080e25e3 in command_loop () at keyboard.c:1252
#17 0x080e2104 in recursive_edit_1 () at keyboard.c:963
#18 0x080e2224 in Frecursive_edit () at keyboard.c:1024
#19 0x080e0b7e in main (argc=5, argv=0xbfe80104) at emacs.c:1687
(gdb)
[makoto@fedora makoto]$
cvs update -dP -D 2003-12-31
gave me the same result,
＠
cvs update -dP -D 2003-06-01:
while building Emacs; they do not indicate a problem.
((85057 . 21159) (5096 . 22) (543 . 120) 315395 26989 (10 . 1) (17 . 0) (6418 . 890))
Loading loaddefs.el (source)...
Symbol's function definition is void: autoload-coding-system
make[1]: *** [bootstrap-emacs] Error 255
make[1]: Leaving directory `/usr/home/makoto/local-src/emacs/src'
make: *** [bootstrap] Error 2
[makoto@fedora emacs]$
emacs-bidi ?
910 if (n == new_data2_index)
911 {
912 /* Steal the data section header for this data2 section. */
913 memcpy (&NEW_SECTION_H (nn), &OLD_SECTION_H (old_data_index),
914 new_file_h->e_shentsize);
915
916 NEW_SECTION_H (nn).sh_addr = new_data2_addr;
917 NEW_SECTION_H (nn).sh_offset = new_data2_offset;
918 NEW_SECTION_H (nn).sh_size = new_data2_size;
919 /* Use the bss section's alignment. This will assure that the
920 new data2 section always be placed in the same spot as the old
921 bss section by any other application. */
922 NEW_SECTION_H (nn).sh_addralign = OLD_SECTION_H (n).sh_addralign;
923
924 /* Now copy over what we have in the memory now. */
925 memcpy (NEW_SECTION_H (nn).sh_offset + new_base,
926 (caddr_t) OLD_SECTION_H (n).sh_addr,
927 new_data2_size);
#0 0x0085bedc in memcpy () from /lib/tls/libc.so.6
#1 0x0816613e in unexec (new_name=0x8a68198 "/home/makoto/local-src/emacs/src/emacs",
old_name=0x8a681c4 "/home/makoto/local-src/emacs/src/temacs", data_start=137920040, bss_start=0, entry_address=0)
at unexelf.c:925
(gdb) info line unexelf.c:925
Line 925 of "unexelf.c" starts at address 0x816610d <unexec+3417> and ends at 0x8166110 <unexec+3420>.
(gdb) disassemble 0x816610d 0x816615f
Dump of assembler code from 0x816610d to 0x816615f:
0x0816610d <unexec+3417>: add $0xc,%esp
0x08166110 <unexec+3420>: mov 0x20(%ecx,%ebx,1),%eax
0x08166114 <unexec+3424>: mov 0xffffff30(%ebp),%edi
0x0816611a <unexec+3430>: mov %eax,0x20(%edx,%esi,1)
0x0816611e <unexec+3434>: mov %edi,0xc(%edx,%esi,1)
0x08166122 <unexec+3438>: mov 0xffffff44(%ebp),%eax
0x08166128 <unexec+3444>: pushl 0xffffff2c(%ebp)
0x0816612e <unexec+3450>: pushl 0xc(%ecx,%ebx,1)
0x08166132 <unexec+3454>: add 0xffffff28(%ebp),%eax
0x08166138 <unexec+3460>: push %eax
0x08166139 <unexec+3461>: call 0x804f6ec
0x0816613e <unexec+3466>: incl 0xffffff20(%ebp)
0x08166144 <unexec+3472>: add $0x10,%esp
0x08166147 <unexec+3475>: jmp 0x81658fe <unexec+1354>
0x0816614c <unexec+3480>: push %edi
0x0816614d <unexec+3481>: push $0x0
0x0816614f <unexec+3483>: pushl 0xc(%ebp)
0x08166152 <unexec+3486>: push $0x8198583
0x08166157 <unexec+3491>: call 0x80aedf8 <fatal>
0x0816615c <unexec+3496>: mov 0xffffff48(%ebp),%ebx
End of assembler dump.
(gdb)
Seems not familiar, 'cause it's not PowerPC, but x86,
＠
No symbol "new_data2_addr" in current context.:
When I did
"print new_data2_addr", I got
No symbol "new_data2_addr" in current context.
(gdb)
＠
with NetBSD/macppc, which runs temacs OK::
Breakpoint 6, unexec (new_name=0x1fede90 "/export/local-src/emacs/src/emacs",
old_name=0x1fedeb8 "/export/local-src/emacs/src/temacs", data_start=40,
bss_start=65522, entry_address=65521) at unexelf.c:925
(gdb)
Is there any relation to '-z nocombreloc' for ld ?
＠
enable ifdef DEBUG part:
776c776
< #ifdef DEBUG
---
> #if 1
(NetBSD/macppc)
Dumping under names emacs and emacs-21.3.50.3
old_bss_index 26
old_bss_addr 1b8d1a8
old_bss_size 3880d
new_bss_addr 1e89000
new_data2_addr 1b8d1a8
new_data2_size 2fbe58
new_data2_offset 37d1a8
989240 pure bytes used
(Fedora Core 1)
Dumping under names emacs and emacs-21.3.50
old_bss_index 20
old_bss_addr 8389220
old_bss_size 3edc8
new_bss_addr 9310000
new_data2_addr 8389220
new_data2_size f86de0
new_data2_offset 341220
make[1]: *** [bootstrap-emacs] Segmentation fault
NetBSD/macppc above, Fedora Core below:
old_bss_index old_bss_addr old_bss_size new_bss_addr
26 1b8d1a8 3880d 1e89000
20 8389220 3edc8 9310000
new_data2_addr new_data2_size new_data2_offset
1b8d1a8 2fbe58 37d1a8
8389220 f86de0 341220
new_data2_size too big (251M ?)
new_data2_size = new_bss_addr - old_bsd_addr
or just a 16 Meg ?
＠
just for a joke, >>3 code:
added for
new_data2_size = (new_bss_addr - old_bsd_addr) >> 3;
Continuing.
old_bss_addr 8389220
new_data2_addr 8389220
new_data2_size 3c4fbc
but no changes for the situation:
Program received signal SIGSEGV, Segmentation fault.
0x0085bedc in memcpy () from /lib/tls/libc.so.6
(gdb)
藤島さん
より
etc/PROBLEMS にあるやつ
では ?
.... 見ていませんでした。
当たり !
でした。ありがとうございます。
setarch i386 ./configure
setarch i386 make bootstrap
#2
[無題] 電子レンジ
が火を吹きそうなので、新しいのを買って来る。9000 円足らず。
#1
[wwwcount] 'Unable to open config file for reading'
と出る。
これは /usr/pkgsrc/www/wwwcount から入れている場合。
/var/db/wwwcount
/usr/pkg の下には
./etc/wwwcount.conf
./etc/wwwcount.conf-2.5
./share/doc/wwwcount
./share/examples/wwwcount.conf
これの一つ目が効く(有効)。次は
＠
Could not create data file: /var/db/wwwcount/hoge.dat:
cd /var/db
mkdir wwwcount
chown www wwwcount
＠
/var/spool/Counter/data -> /var/db/wwwcount/:
ずうっと古い機械だと
/var/spool/Counter/data に入っているものを
/var/db/wwwcount/ に移す。
(僕が)最近読む必要があるのはこれ。
CVSup が使えないなら
ftpmirror
を使えばいい。
しかし一番速そうな ftp.dti.ad.jp には mirror がなさそう。
(少なくとも、この二つ、時刻が同じでなくて、
ftpmirror すると、共用出来ない気がする)
ftp ftp.jp.netbsd.org
-r--r--r-- 1 mirror mirror 32140 Jul 1 11:12 basesrc/UPDATING,v
ftp ftp.plathome.co.jp
-rw-rw-r-- 1 ftpadmin ftp 32139 Jul 1 02:12 basesrc/UPDATING,v
remote-timezone を使えばいいらしいが、使うには修正が必要だった。
#1
[Namazu] libtool-1.4 or libtool-1.3.5
libtool-1.4 の時は..
というお告げがあったので、日寄って
libtool-1.3.5 に戻す。
./autogen.sh して make すると gettext が見つからないと
言われてしまうので、
./confiugre --with-included-gettext してから
make
make check
(OS は NetBSD/macppc-1.5W, 20010602 辺り)
07/06 日付
のメールのようなことはなくて、
All 35 tests passed
(07/07 に checkout したもの)
makoto@u ■16:54:36/010708(~)> \
? cd /usr/local/src/namazu-cvs/namazu/CVS
makoto@u ■16:54:38/010708(...namazu/CVS)> ls -l Tag
-rw-r--r-- 1 makoto wheel 12 Jul 7 15:23 Tag
makoto@u ■16:54:43/010708(...namazu/CVS)> cat Tag
Tstable-2-0
makoto@u ■16:54:46/010708(...namazu/CVS)>
一応 update して見たが、
M namazu/po/namazu.pot
という字が見える。僕は変更したつもりはないので、
(もちろん変更されているとは思うが)
いいのかなぁ。
#2
[NetBSD] 一日置いておいたら、止っていた。
きのう入直したばかりのもの。本当は電源を切っておくつもりだったのだけれど
忘れて放っておいたら、止っていた。/usr を fsck しても何だか滅茶苦茶なので
もう一度入れ直してしまった。そうして起動したら、次のように言っている。
savecore: system went down at Sat Jul 8 04:31:26 2000
savecore: /var/crash/bounds: No such file or directory
savecore: writing compressed core to /var/crash/netbsd.0.core.Z
でも newfs で消してしまったはずなのだけれど。
mount_ffs: /dev/sd0c on /mount_union: No such file or directory
mount_union: /mount_union on /usr: No such file or directory
syslogd: /var/log/maillog: No such file or directory
＠
/etc/ifconfig.le0:
まだ次のような字が出る
ifconfig: unknown Ethernet media subtype: le0
いまは /etc/ifconfig.le0 は次のように書いてある。
inet ci netmask 255.255.255.240 media 10base5
/etc/rc.d/network というのがあるが、まだ今は使っていないような
気がする。(そう思ったのは書き加えた echo が表示されないから。)
しかも名前を変えておいても何も言わなかった。
と言って 1.4 で使っていた /etc/netstart もない ?
＠
起動する時には / /usr だけ mount する。:
まさかと思うけれど、/ /usr だけ mount して起動しているので
僕の変更が届かない ?
さて mount_union を一時的に外すには ?
umount -t union /etc で出来た。
当りぃ。
/etc/ifconfig.le0 に
inet ci netmask 0xfffffff0 media le0
って書いてあった。これで /etc/rc.d/network の件も納得。
Jul 8 17:56:22 ci amd[155]: unable to register (AMQ_PROGRAM=300019, AMQ_VERSION, tcp)
というのもあるのだけれど、きょうはおしまい。
直していただいて
ありがとうございます。
wget で見る方法
には気が付きませんでした。「Netscape で画面に何も表示されな
くても View -> page source で見えるのではないか」くらいは試したのですが。
と思ったのですが、まだ読めませんね。
wget http://www.netlaputa.ne.jp/~kose/styles/kose-std.css
にまだ三つくらい serif という字が見えていますが、その所為かな。
| |
最近の日記
2024年07月03日
・kicad oddity
2024年05月08日
・comparison on ./buildsh tools
2024年05月06日
・py-setuptools (python 3.11.9)
・make release took 1 hours and 10 min
・qemu invocation for 10.99.10
2024年05月05日
・Windows 10 version
・serial connection
・bc bench
2024年05月04日
・Trial on 10.99.10
・another version (later trial) to succeed
|
