Raspian/Linux: mysql startet nicht per init

[Rasputin (Gast)]

Hallo Leute,

ich bin gerade etwas ratlos. :( Ich hab bei meinem Raspberry das 
Wurzelverzeichnis Readonly gemounted und das System entsprechend 
angepasst. Seit dem startet Mysql nicht mehr automatisch via Init beim 
booten. Interessanterweise kann ich nach dem booten mysql via ssh 
problemlos per "/etc/init.d/mysql4 start" starten! Die Schreibrechte 
müssten also stimmen. :?

Meine Verzeichnisstruktur:

/ (SD-Karte Partition 2, ext4, Readonly)
/var (SD-Karte Partition 3, ext4, Read/Write)
/ext (USB-Laufwerk, ext4, Read/Write)
restliche mounts standardmässig.

MySQL-Datenverzeichnis:

/ext/mysql (Daten/Config/Logs/PID)

"Fehlermeldung":

Starting mysqld daemon with databases from /ext/mysql
STOPPING server from pid file /ext/mysql/raspberrypi.pid
160109 18:36:32  mysqld ended

Das einzige was ich da raus lese, ist, dass er anscheinend erfolgreich 
die Datei /ext/mysql/raspberrypi.pid schreiben und lesen konnte.

Leider hab ich in keiner Log mehr über die Ursache gefunden.

Um der Sache auf den Grund zu gehen, hab ich in dem Init-Script von 
mysql u.a. die Ausgabe von folgenden Befehlen in eine Datei schreiben 
lassen.

whoami (ist root)
mount (alles gemountet wie vorgesehen)
ls -al /ext/mysql (alles da)
ps ax (konnte nichts auffälliges erkennen)
sleep 10 (bisschen warten schadet nie, aber genützt hat es nichts)

hat jemand eine Idee in welche Richtung ich suchen könnte? Was ist 
während dem init anders, als später in der shell?

Danke sehr

[Md M. (Firma: Potilatormanufaktur) (mdma)]

Zeig doch mal die /etc/mysql/my.cnf

[Rasputin (Gast)]

hier der Inhalt der my.cnf mit entfernten kommentaren

[client]
port    = 3306
socket    = /var/mysqld.sock

[mysqld]
port    = 3306
socket    = /var/mysqld.sock
skip-locking
key_buffer = 16M
max_allowed_packet = 1M
table_cache = 64
sort_buffer_size = 512K
net_buffer_length = 8K
read_buffer_size = 256K
read_rnd_buffer_size = 512K
myisam_sort_buffer_size = 8M

log-bin
server-id  = 1

[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash

[isamchk]
key_buffer = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M

[myisamchk]
key_buffer = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout

Das Datenverzeichnis wird in /etc/init.d/mysql4 definiert.

[Rasputin (Gast)]

Hier noch die Befehlszeile aus /etc/init.d/mysql4

$bindir/mysqld_safe --datadir=$datadir --pid-file=$pid_file >> /var/log/mysql4_start.log 2>&1 &

 Die Umleitung nach /var/log/mysql4_start.log hab ich hinzugefügt. Dort 
steht dann oben genannte Fehlermeldung.

[Noch einer (Gast)]

Würde ich als Test vorm runter fahren die raspberrypi.pid löschen. 
Vielleicht ist da ein Bug, wenn der mysqld immer mit der selben Pid 
gestartet wird.

Als vorletzte Möglichkeit den mysqld mit strace -o und -f usw. starten.

Wenn du dann immer noch keine Fehlermeldung bekommst, brauchst du einen 
Exorzisten.

[Rasputin (Gast)]

Hallo noch einer,

gestern, als ich hier die nackte my.cnf (ohne die ganzen Kommentare) 
gesehen habe, ist mir aufgefallen, dass es da gar keine Angabe gibt, mit 
welchem Benutzer mysqld gestartet werden soll. Trotzdem wird mysqld, 
wenn ich als root eingeloggt bin, mit "/etc/init.d/mysql4 start" als 
Benutzer mysql4 gestartet (hab ich geprüft). Ich dachte erst, dass das 
vielleicht in die binaries einkompiliert wurde, da ich mit 
--with-mysqld-user=mysql4 kompiliert habe. Trotzdem hab ich jetzt heute 
mal unter [mysqld] "user = mysql4" eingetragen, und siehe da, es 
funktioniert jetzt! Thema hat sich eigentlich erledigt.

Aber kann mir jemand trotzdem erklären, warum das per shell ohne diesen 
Eintrag funktioniert, per init aber nicht (ausser, wenn / als rw 
gemounted wird)? Vielleicht doch einen Exorzisten beauftragen?

Danke trotzdem an alle

[c.m. (Gast)]

mounte /tmp auch mal rw, vielleicht als tmpfs

tmpfs  /tmp    tmpfs  size=8G,noexec,nodev 0 0

size anpassen. std ist 50% RAM, größen können absolut in M/GB oder 
prozentual angegeben werden.

[Rasputin (Gast)]

/tmp ist standardmässig tmpfs. Hier die restlichen mounts (alle belassen 
wie im offiziellen Image):

/dev/mmcblk0p1 on /boot     type vfat     (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
proc           on /proc     type proc     (rw,nosuid,nodev,noexec,relatime)
sysfs          on /sys      type sysfs    (rw,nosuid,nodev,noexec,relatime)
devtmpfs       on /dev      type devtmpfs (rw,relatime,size=218436k,nr_inodes=54609,mode=755)
devpts         on /dev/pts  type devpts   (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs          on /run      type tmpfs    (rw,nosuid,noexec,relatime,size=44544k,mode=755)
tmpfs          on /run/lock type tmpfs    (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs          on /run/shm  type tmpfs    (rw,nosuid,nodev,noexec,relatime,size=89080k)
tmpfs          on /tmp      type tmpfs    (rw,nosuid,nodev,relatime,size=89080k)

[Rasputin (Gast)]

Hmmm... /boot könnte ich eigentlich auch ro mounten. Oder spricht was 
dagegen?

[Kaj (Gast)]

Du kannst /boot nach dem booten auch einfach aushängen, wird dann ja 
nicht mehr benötigt.