Gå til innhold

Hvordan mounte harddisk nr. 2 under Debian på NSLU2 korrekt ved boot?


Anbefalte innlegg

Heihei,

 

Debian/NSLU2 booter fra 8G stor usbpinne fra "disk 2"-usbport på min NSLU2, men jeg får ikke til å boote noe som helst hvis en vanlig ntfsformatert harddisk er koblet til på "disk 1"-usbport samtidig. Har lagt til dette i /etc/fstab:

/dev/sdb1	   /harddisk		 ntfs-3g umask=0,nls=utf8 0	  0

Dette blir ikke gjennomført fordi det ikke går å boote med harddisken koblet til. Det funker imidlertid fint å kjøre

mount -t ntfs-3g /dev/sdb1 /harddisk

etter boot.

 

Jeg tror jeg må legge til "sleep 10" eller noe ett eller annet sted, men hvor? Debian/NSLU2 har ikke grub.

Lenke til kommentar
Videoannonse
Annonse

Vent vent vent

Debian/NSLU2 booter fra 8G stor usbpinne

fra "disk 2"-usbport på min NSLU2

men jeg får ikke til å boote noe som helst hvis en vanlig ntfsformatert harddisk er koblet til på "disk 1"-usbport samtidig.

 

Det gir lite mening.

Fjern fstab linjen angående NTFS disken og legg til mount -a i oppstarten i stede.

Lenke til kommentar
mulig boot feiler når du har disken koblet til fordi device navn ikke lenger stemmer, kan være verdt et forsøk å bruke uuid i fstab istedenfor device navn.

 

Jeg har nå forsøkt å bruke uuid i fstab, men det samme skjer. Jeg må igjen trekke ut strømmen, ta ut ledningen til den eksterne harddisken og starte på nytt. Det går vel ikke ann å bruke uuid når disken er formatert til ext3? uuid-en ble ihvertfall vesentlig kortere og mindre "serialkey-aktig" enn ext3-partisjonene.

Lenke til kommentar
Vent vent vent
Debian/NSLU2 booter fra 8G stor usbpinne

fra "disk 2"-usbport på min NSLU2

men jeg får ikke til å boote noe som helst hvis en vanlig ntfsformatert harddisk er koblet til på "disk 1"-usbport samtidig.

 

Det gir lite mening.

Fjern fstab linjen angående NTFS disken og legg til mount -a i oppstarten i stede.

 

Hvor i oppstarten?

Lenke til kommentar
Hvor i oppstarten?

 

Jeg antar /etc/rc.conf

 

Fra arch sitt wiki:

/etc/rc.conf

 

This is the main configuration file for Arch Linux. It allows you to set your keyboard,timezone, hostname, network, daemons to run and modules to load at bootup, profiles, and more.

 

LOCALE: This sets your system language, which will be used by all i18n-friendly applications and utilities. See locale.gen below for available options. This setting's default is fine for US English users.

 

HARDWARECLOCK: Either UTC if your BIOS clock is set to UTC, or localtime if your BIOS clock is set to your local time. If you have an OS installed which cannot handle UTC BIOS times correctly, like Windows, choose localtime here, otherwise you should prefer UTC, which makes daylight savings time a non-issue and has a few other positive aspects.

 

USEDIRECTISA: If set to "yes" it tells hwclock to use explicit I/O instructions to access the hardware clock. Otherwise, hwclock will try to use the /dev/rtc device it assumes to be driven by the rtc device driver. This setting's default "no" is fine for people not using an ISA machine.

 

TIMEZONE: Specifies your time zone. Possible time zones are the relative path to a zoneinfo file starting from the directory /usr/share/zoneinfo. For example, a German timezone would be Europe/Berlin, which refers to the file /usr/share/zoneinfo/Europe/Berlin. If you don't know the exact name of your timezone file, worry about it later.

 

KEYMAP: Defines the keymap to load with the loadkeys program on bootup. Possible keymaps are found in /usr/share/kbd/keymaps. Please note that this setting is only valid for your TTYs, not any graphical window managers or X! Again, the default is fine for US users.

 

CONSOLEFONT: Defines the console font to load with the setfont program on bootup. Possible fonts are found in /usr/share/kbd/consolefonts.

 

CONSOLEMAP: Defines the console map to load with the setfont program on bootup. Possible maps are found in /usr/share/kbd/consoletrans. You will want to set this to a map suitable for your locale (8859-1 for Latin1, for example) if you're using an UTF-8 locale above, and use programs that generate 8-bit output. If you're using X11 for everyday work, don't bother, as it only affects the output of Linux console applications.

 

USECOLOR: Enable (or disable) colorized status messages during boot-up.

 

MOD_AUTOLOAD: If set to "yes", udev will be allowed to load modules as necessary upon bootup. If set to "no", it will not.

 

MODULES: In this array you can list the names of modules you want to load during bootup without the need to bind them to a hardware device as in the modprobe.conf. Simply add the name of the module here, and put any options into modprobe.conf if need be. Prepending a module with a bang ('!') will blacklist the module, and not allow it to be loaded.

 

USELVM: Set to "yes" to run a vgchange during sysinit, thus activating any LVM groups

 

HOSTNAME: Set this to the hostname of the machine, without the domain part. This is totally your choice, as long as you stick to letters, digits and a few common special characters like the dash.

 

INTERFACES: Here you define the settings for your networking interfaces. The default lines and the included comments explain the setup well enough. If you use DHCP, 'eth0="dhcp"' should work for you. If you do not use DHCP just keep in mind that the value of the variable (whose name must be equal to the name of the device which is supposed to be configured) equals the line which would be appended to the ifconfig command if you were to configure the device manually in the shell.

 

ROUTES: You can define your own static network routes with arbitrary names here. Look at the example for a default gateway to get the idea. Basically the quoted part is identical to what you'd pass to a manual route add command, therefore reading man route is recommended if you don't know what to write here, or simply leave this alone.

 

NET_PROFILES: Enables certain network profiles at bootup. Network profiles provide a convenient way of managing multiple network configurations, and are intended to replace the standard INTERFACES/ROUTES setup that is still recommended for systems with only one network configuration. If your computer will be participating in various networks at various times (eg, a laptop) then you should take a look at the /etc/network-profiles/ directory to set up some profiles. There is a template file included there that can be used to create new profiles. This now requires the netcfg package.

 

DAEMONS: This array simply lists the names of those scripts contained in /etc/rc.d/ which are supposed to be started during the boot process. If a script name is prefixed with a bang (!), it is not executed. If a script is prefixed with an "at" symbol (@), then it will be executed in the background, ie. the startup sequence will not wait for successful completion before continuing. Usually you do not need to change the defaults to get a running system, but you are going to edit this array whenever you install system services like sshd, and want to start these automatically during bootup.

Endret av del_diablo
Lenke til kommentar

Hei. Nå må vi da huske på at det ikke er alle Linux distroer som har en fil som heter rc.conf.

 

Arch har det iallefall. Debian har ikke det og heller ikke Slackware.

Det jeg da ville gjort er å lagt den til rc.local istede for den er standard.

Lenke til kommentar

hvis boot feiler pga device navn er byttet om ved ekstra disk tilstede, så hjelper det ikke å putte mounten senere i boot sekvensen, men da det er litt pes å feilsøke det uten console (nslu2 tross alt), er det selvsagt verdt et forsøk.

Lenke til kommentar
  • 1 måned senere...

Jeg vet nå at dette kan fikses med udev. I SlugOS skriver jeg:

 

turnup memstick -i /dev/sda1

Og da kopierer den alt fra internminnet til minnepinnen, og sørger for å gi den et eller annet kjennetegn slik at den vet et det er denne minnepinnen den skal bootes fra. Dermed kan jeg skrive en egen linje i /etc/fstab for en ekstern harddisk jeg kobler til i den andre porten, og alt mountes automatisk ved boot. Å kjøre SlugOS er imidlertid ikke så ønskelig for meg med tanke på at det kommer nye versjoner som må flashes osv. Hvordan kan jeg konfigurere udev til å skjelne mellom de to usbene i Debian?

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
×
×
  • Opprett ny...