Autor Thema: Install-/Jumpserver für Solaris 2.4 x86  (Gelesen 13196 mal)

Offline escimo

  • Sobl Guru
  • *****
  • Beiträge: 1674
  • SPARCstation 2
    • Youtube-Kanal opensparcbox.org
Antw:Install-/Jumpserver für Solaris 2.4 x86
« Antwort #15 am: 25. Juli 2016, 18:02:29 »
Ja das Verzeichnis SUNWcsr inklusiver "aller" Dateien vom ISO-Medium ist unterhalb /export/install/2_4_x86/Solaris_2.4 vorhanden.
Belegungs-technisch zeigt der mir sowohl auf den ISO als auch im Dateisystem 3,4 MB an.
Ich versuche mal die Patches drüberzujubeln (patchadd -C). Mal sehen ob das was bringt. Warum muss das auch eine FCS-Version sein?   ???

Zwischenzeitlich habe ich eine Installion mit Solaris 2.6 durchgeführt: ohne Probleme.
Aber wer will schon Solaris 2.6, wenn man 2.4 nehmen kann.  ;D

EDIT:
Mit patchadd klappt das so nicht.
Zitat
# pwd
/home/sx/2.4_x86_Recommended

# patchadd -dunt -M $(pwd) 101946-46 /export/install/2_4_x86/           
Transition old-style patching.

The patch or patch_list 101946-46 cannot be found in
/home/sx/2.4_x86_Recommended.

Patchadd is terminating.

# du -sh /export/install/2_4_x86/Solaris_2.4/SUNWcsr
 3,4M   /export/install/2_4_x86/Solaris_2.4/SUNWcsr

# ls -l /export/install/2_4_x86/Solaris_2.4/SUNWcsr
total 6788
drwxr-xr-x   2 root     staff       1024 Jul 18  1994 install
-rw-rw-r--   1 root     staff        528 Jul 18  1994 pkginfo
-rw-rw-r--   1 root     other      23140 Aug  3  1994 pkgmap
drwxr-xr-x   4 root     staff        512 Aug  3  1994 reloc
-rw-r--r--   1 root     other    3435310 Aug  3  1994 reloc.cpio.Z

# for d in $(find . -type d -name SUNWcsr | sort) ; do du -sh $d ; ls -l $d ; echo "----" ; done
 3,6M   ./101946-64/SUNWcsr
total 12
drwxr-xr-x   2 sx       sx           512 Jan  5  2002 install
-rwxr-xr-x   1 sx       sx           571 Jan  5  2002 pkginfo
-rwxr-xr-x   1 sx       sx          2761 Jan  5  2002 pkgmap
drwxr-xr-x   5 sx       sx           512 Jan  5  2002 reloc
----
(weitere Patches ausgeblended)
Patch 101946-64 scheint das komplette Paket zu sein und fcs_d hat ggf nichts mit First Customer Shipment zu tun.
Der Aufbau der Pakete vom Installationsmedium (CD ISO) sowie Patch unterscheidet sich (u.a reloc.cpio.Z, Inhalt Verz. install). 
Paket-Merge möglich?

Am Ende liegt lässt sich das nur über Netz nicht installieren. Aber noch gebe ich nicht auf...
« Letzte Änderung: 26. Juli 2016, 22:44:26 von escimo »

sonnenblen.de - Das unabhängige Sun User Forum

Antw:Install-/Jumpserver für Solaris 2.4 x86
« Antwort #15 am: 25. Juli 2016, 18:02:29 »

Offline escimo

  • Sobl Guru
  • *****
  • Beiträge: 1674
  • SPARCstation 2
    • Youtube-Kanal opensparcbox.org
Antw:Install-/Jumpserver für Solaris 2.4 x86
« Antwort #16 am: 26. Juli 2016, 22:48:19 »
(...) Ist denn auf Deinem Installserver die als "source path" angegebene Datei vorhanden?
An sich ja, z.B.

# ls -l /export/install/2_4_x86/Solaris_2.4/SUNWcsr/reloc/var/spool/cron/crontabs/root
-rw-rw-r--   1 root     staff        405 Dez 31  1969 /export/install/2_4_x86/Solaris_2.4/SUNWcsr/reloc/var/spool/cron/crontabs/root

Bei der Netzinstallation wird dann der Share auf dem Install-Client unterhalb /cdrom eingehangen.

Was auch interessant ist, der Zeitstempel datiert auf vor 01.01.1970, also vor UNIX-Zeit.
# find . -type f | xargs ls -l | grep "Dez 31  1969"
-r-xr-xr-x   1 root     sys         6913 Dez 31  1969 ./export/exec/i386.Solaris_2.4/sbin/mountall
-rwxr-xr-x   1 root     sys         3698 Dez 31  1969 ./export/exec/i386.Solaris_2.4/sbin/shutdown
-r-xr-xr-x   1 root     sys         3230 Dez 31  1969 ./export/exec/i386.Solaris_2.4/sbin/umountall
-rw-rw-r--   1 root     staff         45 Dez 31  1969 ./Solaris_2.4/SUNWcsr/reloc/etc/cron.d/at.deny
-rw-rw-r--   1 root     staff         45 Dez 31  1969 ./Solaris_2.4/SUNWcsr/reloc/etc/cron.d/cron.deny
-rw-rw-r--   1 root     staff       4991 Dez 31  1969 ./Solaris_2.4/SUNWcsr/reloc/etc/devlink.tab
-rw-rw-r--   1 root     staff        232 Dez 31  1969 ./Solaris_2.4/SUNWcsr/reloc/etc/dfs/dfstab
-rw-rw-r--   1 root     staff        262 Dez 31  1969 ./Solaris_2.4/SUNWcsr/reloc/etc/group
-rw-rw-r--   1 root     staff         48 Dez 31  1969 ./Solaris_2.4/SUNWcsr/reloc/etc/ioctl.syscon
-rw-rw-r--   1 root     staff        477 Dez 31  1969 ./Solaris_2.4/SUNWcsr/reloc/etc/passwd
-rw-rw-r--   1 root     staff        230 Dez 31  1969 ./Solaris_2.4/SUNWcsr/reloc/etc/shadow
-rw-rw-r--   1 root     staff       1408 Dez 31  1969 ./Solaris_2.4/SUNWcsr/reloc/etc/ttysrch
-rw-rw-r--   1 root     staff        235 Dez 31  1969 ./Solaris_2.4/SUNWcsr/reloc/etc/vfstab
-rw-rw-r--   1 root     staff        190 Dez 31  1969 ./Solaris_2.4/SUNWcsr/reloc/var/spool/cron/crontabs/adm
-rw-rw-r--   1 root     staff        405 Dez 31  1969 ./Solaris_2.4/SUNWcsr/reloc/var/spool/cron/crontabs/root
-rw-rw-r--   1 root     staff        308 Dez 31  1969 ./Solaris_2.4/SUNWcsr/reloc/var/spool/cron/crontabs/sys

Ggf. hat der damit Probleme und geht desshalb davon aus, dass die Dateien korrupt wären.

Ich setze das Datum für die Pre-UNIX datierten Dateien mal auf den 15.07.1994, 12:00 (irgendeiner Zeitzone):
# for f in $(find . -type f | xargs ls -l | grep "Dez 31  1969" | awk '{print $NF}') ; do touch -t 199407151200 $f ; ls -l $f ; done
-r-xr-xr-x   1 root     sys         6913 Jul 15  1994 ./export/exec/i386.Solaris_2.4/sbin/mountall
-rwxr-xr-x   1 root     sys         3698 Jul 15  1994 ./export/exec/i386.Solaris_2.4/sbin/shutdown
-r-xr-xr-x   1 root     sys         3230 Jul 15  1994 ./export/exec/i386.Solaris_2.4/sbin/umountall
-rw-rw-r--   1 root     staff         45 Jul 15  1994 ./Solaris_2.4/SUNWcsr/reloc/etc/cron.d/at.deny
-rw-rw-r--   1 root     staff         45 Jul 15  1994 ./Solaris_2.4/SUNWcsr/reloc/etc/cron.d/cron.deny
-rw-rw-r--   1 root     staff       4991 Jul 15  1994 ./Solaris_2.4/SUNWcsr/reloc/etc/devlink.tab
-rw-rw-r--   1 root     staff        232 Jul 15  1994 ./Solaris_2.4/SUNWcsr/reloc/etc/dfs/dfstab
-rw-rw-r--   1 root     staff        262 Jul 15  1994 ./Solaris_2.4/SUNWcsr/reloc/etc/group
-rw-rw-r--   1 root     staff         48 Jul 15  1994 ./Solaris_2.4/SUNWcsr/reloc/etc/ioctl.syscon
-rw-rw-r--   1 root     staff        477 Jul 15  1994 ./Solaris_2.4/SUNWcsr/reloc/etc/passwd
-rw-rw-r--   1 root     staff        230 Jul 15  1994 ./Solaris_2.4/SUNWcsr/reloc/etc/shadow
-rw-rw-r--   1 root     staff       1408 Jul 15  1994 ./Solaris_2.4/SUNWcsr/reloc/etc/ttysrch
-rw-rw-r--   1 root     staff        235 Jul 15  1994 ./Solaris_2.4/SUNWcsr/reloc/etc/vfstab
-rw-rw-r--   1 root     staff        190 Jul 15  1994 ./Solaris_2.4/SUNWcsr/reloc/var/spool/cron/crontabs/adm
-rw-rw-r--   1 root     staff        405 Jul 15  1994 ./Solaris_2.4/SUNWcsr/reloc/var/spool/cron/crontabs/root
-rw-rw-r--   1 root     staff        308 Jul 15  1994 ./Solaris_2.4/SUNWcsr/reloc/var/spool/cron/crontabs/sys

Ich probiere es mit der Installation nochmal, auch wenn ich mir das Solaris 2.6 damit weghaue. Egal, habe ja eh noch nix weiter damit angestellt.
« Letzte Änderung: 26. Juli 2016, 23:04:19 von escimo »

Offline escimo

  • Sobl Guru
  • *****
  • Beiträge: 1674
  • SPARCstation 2
    • Youtube-Kanal opensparcbox.org
Antw:Install-/Jumpserver für Solaris 2.4 x86
« Antwort #17 am: 27. Juli 2016, 00:25:07 »
Das war es! Jetzt lässt sich Solaris 2.4 ohne Probleme installieren.
Damit hätte ich einen vollwärtigen Install-Server für u.a. Solaris 2.4, 2.6 für x86 (INTEL) in einer VM unter Solaris 10 am Start.
Cool.  8)

EDIT: Test Remote-Login mittels - oh my god - telnet

Zitat
sx@inovo:~$ telnet 192.168.1.35
Trying 192.168.1.35...
Connected to 192.168.1.35.
Escape character is '^]'.


UNIX(r) System V Release 4.0 (scenic)

login: sx
Password:
Last login: Mon Jul 26 18:32:35 from 192.168.1.9
Sun Microsystems Inc.   SunOS 5.4       Generic July 1994
$ uname -a
SunOS scenic 5.4 generic i86pc i386
$ date
Mon Jul 26 18:36:07 GMT 1999
Ja, habe zur Sicherheit auch bei der Installation ein Datum vor 2000 gewählt. Wer weiß...  ;)
« Letzte Änderung: 27. Juli 2016, 11:02:31 von escimo »

Offline vab

  • Global Moderator
  • Sobl Guru
  • *****
  • Beiträge: 513
Antw:Install-/Jumpserver für Solaris 2.4 x86
« Antwort #18 am: 27. Juli 2016, 15:45:52 »
Herzlichen Glückwunsch!  Ist ja lustig, daß es am Zeitstempel lag... war vermutlich Deine Kopier-Methode.

Du kannst den Dateien auch die "richtigen" Zeitstempel geben, die stehen ja in der "pkgmap"-Datei (als Sekunden nach der Epoch) drin.  Mit einem kleinen Perl-Script ist das schnell gemacht. :-)


Gruß,
Volker
Diese Nachricht enthält ausschließlich meine persönliche private Meinung....

Offline escimo

  • Sobl Guru
  • *****
  • Beiträge: 1674
  • SPARCstation 2
    • Youtube-Kanal opensparcbox.org
Antw:Install-/Jumpserver für Solaris 2.4 x86
« Antwort #19 am: 31. Juli 2016, 01:20:17 »
Danke aber mit meiner Kopier-Methode hatte das leider nichts zu tun.
Ich hatte nochmals von vorn begonnen und das reguläre Skript setup_install_server. welches auf dem mit lofiadm gemounteten ISO-Medium enthalten war, verwendet.

siehe hier...das Problem besteht schon beim einbinden (mount) ... Vermutung: TZ< [UTC/GMT-0] (negativ)

# lofiadm -a /home/sx/solaris_2.4_x86.iso
/dev/lofi/1
# mount -o ro -F hsfs /dev/lofi/1 /mnt
# mount | grep "^\/mnt"
/mnt on /dev/lofi/1 read only/setuid/devices/rstchown/noglobal/maplcase/rr/traildot/dev=2400001 on Sa Jul 30 22:46:35 2016
# cd /mnt
# ls -l
total 184
-rwxr-xr-x   1 root     bin        42942 Jul 22  1994 add_install_client
drwxr-xr-x   2 root     other       2048 Aug  3  1994 archinfo
drwxr-xr-x   3 bin      bin         2048 Aug  3  1994 auto_install_sample
-rw-r--r--   1 root     other       6999 Aug  3  1994 Copyright
drwxr-xr-x   3 root     other       2048 Aug  3  1994 export
drwxr-xr-x  14 root     bin         2048 Okt 18  1994 Patches
drwxr-xr-x   4 root     bin         2048 Aug  3  1994 Posix.2
-rwxr-xr-x   1 root     bin        12298 Jul 22  1994 rm_install_client
-rwxr-xr-x   1 root     bin         6381 Jul 22  1994 setup_install_server
drwxr-xr-x 108 root     other      14336 Aug  3  1994 Solaris_2.4

# find . -type f | xargs ls -E | grep "1969-12-31"
-r-xr-xr-x   1 root     sys         6913 1969-12-31 17:00:00.000000000 +0100 ./export/exec/i386.Solaris_2.4/sbin/mountall
-rwxr-xr-x   1 root     sys         3698 1969-12-31 17:00:00.000000000 +0100 ./export/exec/i386.Solaris_2.4/sbin/shutdown
-r-xr-xr-x   1 root     sys         3230 1969-12-31 17:00:00.000000000 +0100 ./export/exec/i386.Solaris_2.4/sbin/umountall
-rw-rw-r--   1 root     staff         45 1969-12-31 17:00:00.000000000 +0100 ./Solaris_2.4/SUNWcsr/reloc/etc/cron.d/at.deny
-rw-rw-r--   1 root     staff         45 1969-12-31 17:00:00.000000000 +0100 ./Solaris_2.4/SUNWcsr/reloc/etc/cron.d/cron.deny
-rw-rw-r--   1 root     staff       4991 1969-12-31 17:00:00.000000000 +0100 ./Solaris_2.4/SUNWcsr/reloc/etc/devlink.tab
-rw-rw-r--   1 root     staff        232 1969-12-31 17:00:00.000000000 +0100 ./Solaris_2.4/SUNWcsr/reloc/etc/dfs/dfstab
-rw-rw-r--   1 root     staff        262 1969-12-31 17:00:00.000000000 +0100 ./Solaris_2.4/SUNWcsr/reloc/etc/group
-rw-rw-r--   1 root     staff         48 1969-12-31 17:00:00.000000000 +0100 ./Solaris_2.4/SUNWcsr/reloc/etc/ioctl.syscon
-rw-rw-r--   1 root     staff        477 1969-12-31 17:00:00.000000000 +0100 ./Solaris_2.4/SUNWcsr/reloc/etc/passwd
-rw-rw-r--   1 root     staff        230 1969-12-31 17:00:00.000000000 +0100 ./Solaris_2.4/SUNWcsr/reloc/etc/shadow
-rw-rw-r--   1 root     staff       1408 1969-12-31 17:00:00.000000000 +0100 ./Solaris_2.4/SUNWcsr/reloc/etc/ttysrch
-rw-rw-r--   1 root     staff        235 1969-12-31 17:00:00.000000000 +0100 ./Solaris_2.4/SUNWcsr/reloc/etc/vfstab
-rw-rw-r--   1 root     staff        190 1969-12-31 17:00:00.000000000 +0100 ./Solaris_2.4/SUNWcsr/reloc/var/spool/cron/crontabs/adm
-rw-rw-r--   1 root     staff        405 1969-12-31 17:00:00.000000000 +0100 ./Solaris_2.4/SUNWcsr/reloc/var/spool/cron/crontabs/root
-rw-rw-r--   1 root     staff        308 1969-12-31 17:00:00.000000000 +0100 ./Solaris_2.4/SUNWcsr/reloc/var/spool/cron/crontabs/sys
Sechs Stunden - UTC/GMT+6! In den USA hätte ich wohl keine Probleme gehabt.  ???

 :o
# for f in $(find . -type f | xargs ls -E | grep "1969-12-31" | awk '{print $NF}' | cut -d"/" -f3-7) ; do ut=$(grep "$f" pkgmap | awk '{print $NF}') ; ts=$(perl -le "print scalar localtime $ut") ; echo "$ts $f" ; done
Thu Jan  1 09:00:00 1970 etc/cron.d/at.deny
Thu Jan  1 09:00:00 1970 etc/cron.d/cron.deny
Thu Jan  1 09:00:00 1970 etc/devlink.tab
Thu Jan  1 09:00:00 1970 etc/dfs/dfstab
Thu Jan  1 09:00:00 1970 etc/group
Thu Jan  1 09:00:00 1970 etc/ioctl.syscon
Thu Jan  1 09:00:00 1970 etc/passwd
Thu Jan  1 09:00:00 1970 etc/shadow
Thu Jan  1 09:00:00 1970 etc/ttysrch
Thu Jan  1 09:00:00 1970 etc/vfstab
Thu Jan  1 09:00:00 1970 var/spool/cron/crontabs/adm
Thu Jan  1 09:00:00 1970 var/spool/cron/crontabs/root
Thu Jan  1 09:00:00 1970 var/spool/cron/crontabs/sys
« Letzte Änderung: 31. Juli 2016, 01:24:23 von escimo »

Offline vab

  • Global Moderator
  • Sobl Guru
  • *****
  • Beiträge: 513
Antw:Install-/Jumpserver für Solaris 2.4 x86
« Antwort #20 am: 31. Juli 2016, 01:47:57 »
Naja, dann sind wohl die Zeitstempel schon beim Paketieren kaputtgewesen... :-(  Das mit 1969 ist das bekannte Problem mit der Epoch.  Die beginnt am 01.01.1970 um 00:00 Uhr UTC, und da war es in Kalifornien halt noch 1969, nämlich sieben Stunden zurück.  In sofern hättest Du in den USA dieselben Probleme gehabt. :-)

Die Idee mit den Patchen des Install-Images ist in diesem Fall also ganz gut, wenn denn die Zeitstempel im Patch-Paket heil sind. Aber letztendlich ist er wohl egal, "irgendwas um 1994" war eine gute Idee.  Alles in allem ein originelles Phänomen.


Gruß -- Volker
Diese Nachricht enthält ausschließlich meine persönliche private Meinung....

Offline escimo

  • Sobl Guru
  • *****
  • Beiträge: 1674
  • SPARCstation 2
    • Youtube-Kanal opensparcbox.org
Antw:Install-/Jumpserver für Solaris 2.4 x86
« Antwort #21 am: 11. August 2016, 15:40:22 »
Jetzt habe ich doch noch bzw wieder ein Problem.
Ich wollte mal für einen SPARC Client (SPARCstation 2) eine Netzwerkinstallation anstoßen, um zu sehen, dass es auch funktioniert. - Fehlanzeige!
Da stimmt was mit der TFTP-Konfiguration nicht.

Egal von welchem Client, ob innerhalb der VM, vom SPARC Client, vom Host der VM, bei jedem Versuch eine Datei zu laden bekomme ich...
Zitat
# tftp localhost
tftp> binary
tftp> trace
Packet tracing on.
tftp> status
Connected to localhost.
Mode: octet Verbose: off Tracing: on
Rexmt-interval: 5 seconds, Max-timeout: 25 seconds
Transfer blocksize option: off
Server rexmt-interval option: off
Transfer size option: off
tftp> get inetboot.sun4c.Solaris_2.4
sent RRQ <file=inetboot.sun4c.Solaris_2.4, mode=octet>
received ERROR <code=2, msg=Access violation>
Error code 2: Access violation

Der Verbindungsaufbau ist ok, auch getestet mit anderen Diensten (telnet, ftp).
Einträge in /etc/bootparams, /etc/hosts, /etc/ethers, /etc/dfs/dfstab.conf liegen für den Client vor.
Und das witzige daran ist, bevor ich mit RPL für den x86 Install Server gearbeitet habe, funktionierte der TFTP-Zugriff ohne Probleme.
Ggf. muss ich die SMF-Konfiguration aktualisieren, da ich kurzzeitig das Root auf /rplboot umgebogen hatte. Damals war ich noch davon ausgegangen,  dass für Intel auch TFTP benutzt wird und das Root-Verzeichnis ggf. anzupassen ist. Da hätte ich mich mal besser einlesen sollen.  :-[

Folgende Konfiguration liegt aktuell vor:

Zitat

# svcs -a | grep tftp
online         15:22:21 svc:/network/tftp/udp6:default
# ls -l /tftpboot/
total 344
lrwxrwxrwx   1 root     root          26 Aug 11 14:19 C0A83C02 -> inetboot.sun4c.Solaris_2.4
lrwxrwxrwx   1 root     root          26 Aug 11 14:19 C0A83C02.SUN4C -> inetboot.sun4c.Solaris_2.4
-rwxr-xr-x   1 root     root      163188 Aug 11 14:19 inetboot.sun4c.Solaris_2.4
-rw-r--r--   1 root     root         522 Aug 11 14:19 rm.192.168.60.2
lrwxrwxrwx   1 root     root           1 Aug 11 14:19 tftpboot -> .

# ls -ld /tftpboot/
drwxrwxr-x   2 root     root         512 Aug 11 15:10 /tftpboot/

# tail -2 /etc/inetd.conf
# TFTPD - tftp server (primarily used for booting)
tftp    dgram   udp6    wait    root    /usr/sbin/in.tftpd      in.tftpd -s /tftpboot

Ideen woran das liegen könnte?

Offline escimo

  • Sobl Guru
  • *****
  • Beiträge: 1674
  • SPARCstation 2
    • Youtube-Kanal opensparcbox.org
Antw:Install-/Jumpserver für Solaris 2.4 x86
« Antwort #22 am: 11. August 2016, 22:12:34 »
Und das witzige daran ist, bevor ich mit RPL für den x86 Install Server gearbeitet habe, funktionierte der TFTP-Zugriff ohne Probleme.
Ggf. muss ich die SMF-Konfiguration aktualisieren, da ich kurzzeitig das Root auf /rplboot umgebogen hatte. Damals war ich noch davon ausgegangen,  dass für Intel auch TFTP benutzt wird und das Root-Verzeichnis ggf. anzupassen ist. Da hätte ich mich mal besser einlesen sollen.  :-[
... und so ist es ...

Zitat

# inetadm -l network/tftp/udp6
SCOPE    NAME=VALUE
         name="tftp"
         endpoint_type="dgram"
         proto="udp6"
         isrpc=FALSE
         wait=TRUE
         exec="/usr/sbin/in.tftpd -s /rplboot"
         user="root"
default  bind_addr=""
default  bind_fail_max=-1
default  bind_fail_interval=-1
default  max_con_rate=-1
default  max_copies=-1
default  con_rate_offline=-1
default  failrate_cnt=40
default  failrate_interval=60
default  inherit_env=TRUE
default  tcp_trace=FALSE
default  tcp_wrappers=FALSE
default  connection_backlog=10

# inetadm -m network/tftp/udp6 exec="/usr/sbin/in.tftpd -s /tftpboot"

# inetadm -l network/tftp/udp6 | grep exec
         exec="/usr/sbin/in.tftpd -s /tftpboot"

# svcadm restart network/tftp/udp6

# pwd
/root
# tftp localhost
tftp> get C0A83C02
Received 163823 bytes in 0.2 seconds
tftp> quit

# ls -l C0A83C02
-rw-r--r--   1 root     root      163188 Aug 11 22:09 C0A83C02
"Demenz, sei gegrüßt!:'(

EDIT:

Die interaktive Netzwerk-Installation kann dann vom OBP über "boot net - install" angestoßen werden.
Dann sieht es in etwa so aus: https://youtu.be/dircODk9lq0
« Letzte Änderung: 11. August 2016, 23:53:05 von escimo »

Offline vab

  • Global Moderator
  • Sobl Guru
  • *****
  • Beiträge: 513
Antw:Install-/Jumpserver für Solaris 2.4 x86
« Antwort #23 am: 12. August 2016, 11:59:42 »
Ja, das mit dem /tftpboot nervt.   Neuerdings nehme ich wenn möglich immer /etc/netboot (so wie es S11 AI haben will) und lege für /tftpboot ein symlink an.
Klappt nur dann nicht, wenn man Sun Ray-Software hat, die unbedingt will, daß /tftpboot ein Directory ist...


Gruß -- Volker
Diese Nachricht enthält ausschließlich meine persönliche private Meinung....