Der Bush steckt im Detail!
Blos nicht hirnlos drauflos tippen...
Vergleich mal "ls / -l" unter Linux und unter NetBSD:
Code: Alles auswählen
(yeti@xs3:1)~$ ls / -l
insgesamt 117
drwxr-xr-x 2 root root 4096 2007-03-12 13:29 bin
drwxr-xr-x 4 root root 1024 2007-03-12 13:33 boot
drwxr-xr-x 14 root root 3740 2007-03-23 15:17 dev
drwxr-xr-x 104 root root 12288 2007-03-24 17:52 etc
drwxrwsr-x 6 root staff 4096 2007-01-30 14:57 home
lrwxrwxrwx 1 root root 28 2007-02-28 14:36 initrd.img -> boot/initrd.img-2.6.18-4-686
drwxr-xr-x 16 root root 12288 2007-03-12 13:29 lib
drwxr-xr-x 2 root root 49152 2006-02-08 21:47 lost+found
drwxr-xr-x 3 root root 4096 2006-11-10 21:53 media
drwxr-xr-x 2 root root 4096 2004-12-15 23:55 mnt
drwxr-xr-x 3 root root 4096 2007-03-13 09:12 opt
dr-xr-xr-x 117 root root 0 2007-03-23 15:04 proc
drwxr-xr-x 13 root root 4096 2007-03-06 18:00 root
drwxr-xr-x 2 root root 4096 2007-03-12 13:29 sbin
drwxr-xr-x 2 root root 4096 2006-02-08 21:56 srv
drwxr-xr-x 11 root root 0 2007-03-23 15:04 sys
drwxrwxrwt 10 root root 4096 2007-03-26 15:55 tmp
drwxr-xr-x 12 root root 4096 2006-11-10 21:35 usr
drwxr-xr-x 15 root root 4096 2006-02-08 22:59 var
lrwxrwxrwx 1 root root 25 2007-02-28 14:36 vmlinuz -> boot/vmlinuz-2.6.18-4-686
(yeti@xs3:1)~$ _
Code: Alles auswählen
xs4:/home/yeti$ ls / -l
ls: -l: No such file or directory
/:
altroot dev kern libexec netbsd.old root tmp
bin etc lib mnt proc sbin usr
boot home libdata netbsd rescue stand var
xs4:/home/yeti$ _
Anderes Beispiel (zwar nicht aus der BSD-Welt, aber gefährlicher): Tar auf AIX-4.1.x und Linux: GNU-Tar killt den "/" absoluter Pfadangaben, AIX-Tar hingegen nicht. Was das für Kopieren in einer Tar-Pipe bedeutet, dürfte klar sein, oder? ...egal, was man zuerst kennenlernte, es gibt 'ne Überraschung!
Also lieber nicht zu sicher fühlen... das geht nach Hinten los!