Linux - beginner advice please Page 1 / 3

floydbloke, Mar 9, 10:09pm
Thanks to an earlier post from Badcam I have been introduced to the world of plug-computing.I have managed to ???hack??

cybertao, Mar 9, 10:36pm
You shouldn't need to mess around with Udev rules (unless you are familiar with them and want to).
Just mount the drive using an fstab entry.To make it easier you can use UUID values or even the Label of the filesystem you want to mount.Then edit samba.conf to share the folder your drive has been mounted on.


floydbloke, Mar 9, 11:11pm
Thanks cyber.

Simple is good so if I can leave UDEV alone I will.Safe to assume it will be plugged in on boot but my concern was about devicenames if it found another drive plugged in as well.UUID would get around this I guess.If I've done my googling correctly I can substitute the devicename with UUID in fstab.Any idea what would happen if the external drive was absent, would the server still boot.(There is no monitor port on the plug-server, all access is through ssh at the moment. Although a little hardware and cable mod should give me serial port access if I do break it).

cybertao, Mar 9, 11:31pm
If the drive is absent, it will still carry on booting.However, the directory you made to mount the drive on will still exist and be shared by SAMBA.That folder would be shared and files could be saved to it, only to disappear (virtually, they would still physically exist) when the drive is mounted over the top of that directory.To avoid that you might like to make a folder on the drive and share that folder(s), rather than the 'raw' filesystem.
It isn't all that elegant, but simple.

smac, Mar 9, 11:56pm
Hmmm.....I've had invalid fstab entries cause the boot sequence to abort and be unrecoverable. Had to use a recovery disk to boot and edit fstab before the S would boot again. Be careful using it to setup swappable drives unless they'll always be there.

floydbloke, Mar 10, 12:22am
Just found another thread on this on the PlugApps forum.UDEV will automatically mount plugged drives as /media/somename.It seems in SAMBA I can simply share /media so that any drive plugged in is automatically shared and can be seen.Security is not really a concern at the moment.Given my lack of experience this could well be the simplest and safest way to go at the moment.Thanks for all the help.Back to work now, I'll play with this tonight.

cybertao, Mar 10, 1:17am
That's likely to be the root partition (/) entry.

smac, Mar 10, 1:20am
Nope, mounting other partitions etc. If the line is invalid (ie define the file system incorrectly) then it hangs the boot, whereas you'd think it would just pass over that line.
If the source of an fstab mount point is missing, it just passes over it?

cybertao, Mar 10, 2:40am
What distro?It must have had some fugly bootscripts.

floydbloke, Mar 10, 7:09am
Had abit of a play with fstab and the UUID without much luck after powercycling the box.After all that though, seems that UDEV does a pretty good job at mounting it to a point that has the name of the disk's volumelabel, including after a reboot.Sharing that in samba works well.It will be staying on 24x7 anyway so I'll just leave it as is, good enough for what I need it to do.

smac, Mar 10, 8:54am
Mint.

badcam, Mar 10, 9:40am
What Cyber suggested should be sufficient. Make a folder in /media Mount it.Make an entry in fstab and it should work (I used UUID, not label). I know nothing about UDEV and I'm not familiar with Arch either (to my regret). For my sheeva's it's always been the printenv variables I've dealt with, never UDEV. I found Samba a bit of a hassle, as I'd never tried it before, but once I got it working, it was rock solid.

What format type is the drive?

floydbloke, Mar 10, 8:00pm
Thanks Badcam, I had though that the drive spin-up time could be a factor.Where should I put the wait period (rc.conf?), I would expect that the fstab gets read pretty early in the boot-up sequence.

The drive is NTFS, which is probably not ideal.I'm a bit reluctant to go EXT2 (or higher) because I'd like to be able to plug it in to a Windows box if I complete eff things up and access the data.I guess FAT is an option, can I create FAT partitions from within Linux, with the little experimentation that I did (I've got an old external 60GB HDD I'm thrashing about with in my 'sandpit'), XP didn't give me the option. The disk 'for keeps' already has some data on it as well which I'd prefer to keep intact, although I could migrate off and restore after a re-format if needed.

badcam, Mar 10, 8:20pm
Joining here is a must:

http://www.plugcomputer.org/plugforum/ Just search the forum and you'll find mention of the spin up issue. The only problem with this site, is that there's too much info. It's really hard to narrow down a perfect solution sometime. The HD spin up is a well known issue though. Also, try this:

http://www.plugcomputer.org/plugwiki/index.php/Main_Page

Especially the How Too's section:

http://www.plugcomputer.org/plugwiki/index.php/Category:HowTo and this:
http://computingplugs.com/index.php/Main_Page
This guy is also a great source for plug info:

http://www.cyrius.com/debian/kirkwood/sheevaplug/ I think this thread will have your answer:
http://plugcomputer.org/plugforum/index.php?topic=485.0

Take your time to read through this stuff. I's well worth it.

badcam, Mar 10, 8:25pm
NTFS will be perfectly fine. I did that, when I first got my Sheeva, as I was also running Windows at the time. I found NFS hard to set up and Samba just worked. So, Samba it was. NFS is faster though for transfer rates, but I can stream720p movies to my media player using a Samba share and there's never an issue with lag.

floydbloke, Mar 10, 9:07pm
Thanks for the links.I did actually sign up to that MB but never got Admin approval from them, maybe they don't like my hotmail address.Then drifted off to PlugApps.com for most of my info.

I'll go back and check out the forum you suggest

The Dockstar was made by Seagate.It has a Sheeva processorand is very closely linked to the Pogoplug.Downside is, it's only got 128MB RAM but on the plus side it has 3 (4 if you count the dock) USB ports.I'll only be running file and print (CUPS, my next challenge) and transmission so the RAM shouldn't be an issue hopefully, I've got a wee swapfile as well.I managed to find one locally for $70 incl. freight, probably wouldn't have got change from $170 odd if I'd ordered a Sheeva or Tonido from the US.

floydbloke, Mar 10, 10:09pm
Thanks to an earlier post from Badcam I have been introduced to the world of plug-computing.I have managed to ???hack??

cybertao, Mar 10, 10:36pm
You shouldn't need to mess around with Udev rules (unless you are familiar with them and want to).However Udev might be best if you want to hot-plug the drive instead of assuming it is plugged in on bootup.
Just mount the drive using an fstab entry.To make it easier you can use UUID values or even the Label of the filesystem you want to mount.Then edit samba.conf to share the folder your drive has been mounted on.

badcam, Mar 10, 10:49pm
It's been so long since I joined, I can't remember how they handled new registrations. Are you sure they don't just send you an email, that you have to click on a link for activation? Maybe it went into your Junk/Spam Folder?

floydbloke, Mar 10, 11:11pm
Thanks cyber.

Simple is good so if I can leave UDEV alone I will.Safe to assume it will be plugged in on boot but my concern was about devicenames if it found another drive plugged in as well.UUID would get around this I guess.If I've done my googling correctly I can substitute the devicename with UUID in fstab.Any idea what would happen if the external drive was absent, would the server still boot.(There is no monitor port on the plug-server, all access is through ssh at the moment. Although a little hardware and cable mod should give me serial port access if I do break it).

cybertao, Mar 10, 11:31pm
If the drive is absent, it will still carry on booting.However, the directory you made to mount the drive on will still exist and be shared by SAMBA.That folder would be shared and files could be saved to it, only to disappear (virtually, they would still physically exist) when the drive is mounted over the top of that directory.To avoid that you might like to make a folder on the drive and share that folder(s), rather than the 'raw' filesystem.
It isn't all that elegant, but simple.

smac, Mar 10, 11:56pm
Hmmm.I've had invalid fstab entries cause the boot sequence to abort and be unrecoverable. Had to use a recovery disk to boot and edit fstab before the S would boot again. Be careful using it to setup swappable drives unless they'll always be there.

floydbloke, Mar 11, 12:04am
Nope, I got the confirmation email that they'd received my registration but nothing since.Provided full credentials during registration and when I try to use them to log in I get a message 'account is still awaiting admin approval'

No big deal though, don't need to be registered to browse and search so I'll follow up on your advice above.

badcam, Mar 11, 12:08am
It's good when you do become registered. You can get rid of that gawd darned awful theme. Try registering again.

floydbloke, Mar 11, 12:22am
Just found another thread on this on the PlugApps forum.UDEV will automatically mount plugged drives as /media/somename.It seems in SAMBA I can simply share /media so that any drive plugged in is automatically shared and can be seen.Security is not really a concern at the moment.Given my lack of experience this could well be the simplest and safest way to go at the moment.Thanks for all the help.Back to work now, I'll play with this tonight.

Share this thread

Buy me a coffee :)Buy me a coffee :)