I am having an issue with my recently hacked Slug. I have Debian
running on on the slug and all is well with Samba setup and getting in
via SSH when I have my OS disk in port 1. I have a second disk that I
recently put on port 2 and now when I boot up the unit it hangs at
some point in the boot
Hi Aaron,
From what I've read before, you need to mount the disks using UUIDs
instead of /dev/sd* type assignments. I believe there is a wiki page
regarding this on www.nslu2-linux.org, but I can't find it just now.
Maybe search the archives of this list?
Good luck
Stuart
On 6/18/07, Aaron
Yes I was trying to search the website and didnt find anything (i
guess I was using the wrong keywords) and then I went to search this
mail list with the web search but got a 500 error page. After I sent
this message I looked back as far as April 2007 in the archives and
found the information
That switching between sda and sdb is the reason you need to use the
UUIDs, from what I remember. So you should probably use UUIDs for all
the USB partitions. Someone else will have to chime in here, but I
think you also need to update the fstab in the slug's flash memory.
There's a very simple
I tried the following which is the last part of the directions for
mounting with UUID's.
Then update the initramfs:
$ sudo update-initramfs -u
and flash the new initramfs
$ sudo flash-kernel
Even with both drives having UUID's in /etc/fstab and then doing the
above two commands after putting
Aaron Klein wrote:
I tried the following which is the last part of the directions for
mounting with UUID's.
Then update the initramfs:
$ sudo update-initramfs -u
and flash the new initramfs
$ sudo flash-kernel
Even with both drives having UUID's in /etc/fstab and then doing the
I put a 2 in the fstab due to some comments in the man page.
The sixth field, (fs_passno), is used by the fsck(8) program to deter-
mine the order in which filesystem checks are done at reboot time. The
root filesystem should be specified with a fs_passno of 1, and other
7 matches
Mail list logo
