As long as you didn't implement anything e.g. in the kernel etc. there should not accure any problems. Just take all your config files with you. But in fact I believe it doesn't matter wether you built the chroot environment on an i386 or amd64 system. Because the chroot is only used by the client which is probably i386. So there are no differences between the ltsp chroot built on and amd64/i386 system. Just make sure you have the right package for your server architecture installed.
Peter Stein ---------------------------------------- > Date: Tue, 22 Apr 2008 20:22:21 +0200 > From: [EMAIL PROTECTED] > To: [email protected] > Subject: Re: [Ltsp-discuss] Local Devs - strange errors. > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Peter, > > Peter Stein schrieb: >> Well, I think the hints on the page are somehow wrong. I got the >> errors for [ # ssh -X -S /var/run/ldm_socket_vt7_192.168.1.250 >> 192.168.1.250 "/usr/sbin/ltspfsmounter /tmp add"] though it works >> now for my configuration. Well, I think the first step is to have a >> working USB-device. My one > was broken, so >> I worked on the localdevs for a long time and didn't find the >> error. > Look if udev-rules >> are working correctly. I think you can find the script in > /etc/udev/... z60_rules.d, >> probably in the chroot. This script is supposed to add an entry to > /var/run/ltspfs_fstab >> in chroot if your device is recognized well. Try dmesg to check >> this. > There should >> be some kernel message on the thin client if you go to tty1 (the >> one > without X) >> and plug in the device. > > OK. - Well the USB Device is working. I can mount and access it on tty1. > > When I plug the device, I do get the dmesg output: > > usb 1-2: new full speed USB device using uhci_hcd and address 3 > usb 1-2: configuration #1 chosen from 1 choice > scsi1 : SCSI emulation for USB Mass Storage devices > usb-storage: device found at 3 > usb-storage: waiting for device to settle before scanning > usb-storage: device scan complete > scsi 1:0:0:0: Direct-Access SanDisk Cruzer Micro 0.1 PQ: > 0 ANSI: 2 > sd 1:0:0:0: [sda] 1000944 512-byte hardware sectors (512 MB) > sd 1:0:0:0: [sda] Write Protect is off > sd 1:0:0:0: [sda] Mode Sense: 03 00 00 00 > sd 1:0:0:0: [sda] Assuming drive cache: write through > sd 1:0:0:0: [sda] 1000944 512-byte hardware sectors (512 MB) > sd 1:0:0:0: [sda] Write Protect is off > sd 1:0:0:0: [sda] Mode Sense: 03 00 00 00 > sd 1:0:0:0: [sda] Assuming drive cache: write through > sda: sda1 > sd 1:0:0:0: [sda] Attached SCSI removable disk > > ... that looks OK to me, too. When I look at > /etc/udev/rules.d/88-ltsp.rules > > # /etc/udev/rules.d/88-ltsp.rules > ACTION=="add", KERNEL=="fd[0-9]", RUN+="add_fstab_entry %k auto" > ACTION=="add", SUBSYSTEM=="block", RUN+="add_fstab_entry %k" > ACTION=="remove", SUBSYSTEM=="block", RUN+="remove_fstab_entry %k" > > I see nothing that catches my eye. In /var/run/ltspfs_fstab I do find > the entries > for sda1 (USB stick) and hda1 (local CF-card). - So that's all fine in > theory. > > However, when I issue "df" I see none of the above mounted locally. > > Also, if you look at my previous posting: > > > However, on the server this looks odd. If I issue a "df" there, > I get > > Errors (Name of Test-User is lulu, that user is in fuse group): > > df: `/tmp/.lulu-ltspfs/usbdisk-sda1': No such file or directory > > df: `/tmp/.lulu-ltspfs/tmp': No such file or directory > > df: `/tmp/.lulu-ltspfs/usbdisk-sda1': No such file or directory > > df: `/tmp/.lulu-ltspfs/tmp': No such file or directory > > The problem seems to me rather the server not properly creating the > files / sockets needed. This special problem might possibly be related > to the fact that the client-fs (being debian lenny/i386) not having > been build on the server (being debian etch/amd64). > > Therefore, I believe I'm back at the server creating the dir > > /tmp/.$USERNAME-ltspfs > > On the server I have installed: ltsp-server-0.99debian11-amd64 > but the client was buit on: > ltsp-server-5.0.40~bzr20080319-1-i386 > > QUESTION: Is it save to try to upgrade the server to > ltsp-server-5.0.40~bzr20080319-1-amd64 as a next step, or could that > be dangerous? Or does anyone have a better alternative idea? > > Thanks > > Stefan. > > > > > - -- > Stefan U. Hegner > > * * * > D-32584 Löhne --- good ole Germany > internet: http://www.hegner-web.de > * * * > GPG-Key | D9DB 51BD 2DA6 9B3A 41CB > F-Print | 0287 05A1 8D11 38BA CE91 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.0 (GNU/Linux) > > iD8DBQFIDizcBaGNETi6zpERAvcKAKCKSU7ZdW4YBHNNEB8fxP3aItmP/wCfUKpM > cmVv8w3c1Xk0p5x3WY1ZH34= > =NLq4 > -----END PGP SIGNATURE----- > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _____________________________________________________________________ > Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss > For additional LTSP help, try #ltsp channel on irc.freenode.net _________________________________________________________________ Keine Mail mehr verpassen! Jetzt gibt’s Hotmail fürs Handy! http://www.gowindowslive.com/minisites/mail/mobilemail.aspx?Locale=de-de ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net
