Closed olsonk closed 6 years ago
This was an upgrade from Jessie to Stretch. I realized I'd forgotten to purge pulseaudio, so I did that and then got this error when I tried to re-open Sonic Pi.
/home/pi/.sonic-pi/log/gui.log
[GUI] - Detecting port numbers...
[GUI] - GUI OSC listen port 4558
[GUI] - port: 4558 [OK]
[GUI] - Server OSC listen port 4557
[GUI] - port: 4557 [OK]
[GUI] - Server incoming OSC cues port 4559
[GUI] - port: 4559 [OK]
[GUI] - Scsynth port 4556
[GUI] - port: 4556 [OK]
[GUI] - Server OSC out port 4558
[GUI] - GUI OSC out port 4557
[GUI] - Scsynth send port 4556
[GUI] - Erlang router port 4560
[GUI] - port: 4560 [OK]
[GUI] - OSC MIDI out port 4561
[GUI] - port: 4561 [OK]
[GUI] - OSC MIDI in port 4562
[GUI] - port: 4562 [OK]
[GUI] - Init script completed
[GUI] - using default editor colours
[GUI] - launching Sonic Pi Server:
[GUI] - launching Sonic Pi Server:
[GUI] - starting UDP OSC Server on port 4558...
[GUI] - UDP OSC Server ready and listening
[GUI] - Ruby server pid registered: 0
[GUI] - stopping UDP OSC Server...
[GUI] - waiting for Sonic Pi Server to boot...
[GUI] - UDP OSC Server no longer listening
/home/pi/.sonic-pi/log/server-errors.log
/home/pi/.sonic-pi/log/server-output.log
/home/pi/.sonic-pi/log/scsynth.log
/home/pi/.sonic-pi/log/processes.log
Clearing pids: ["1883", "2085", "1653"]
Clearing [1883]
-- command sh
-- removing /tmp/sonic-pi-pids/1883
-- unable to get ProcTable info for: 1883
-- process: 1883 not running
Clearing [2085]
-- command scsynth -u 4556 -a 1024 -m 131072 -D 0 -R 0 -l 1 -z 128 -c 128 -U /usr/lib/SuperCollider/plugins:/opt/sonic-pi/app/server/native/raspberry/extra-ugens/ -i 2 -o 2 -b 4096
-- removing /tmp/sonic-pi-pids/2085
-- unable to get ProcTable info for: 2085
-- process: 2085 not running
Clearing [1653]
-- command ruby -E utf-8 /opt/sonic-pi/app/gui/qt/../../../app/server/bin/sonic-pi-server.rb -u 4557 4558 4556 4556 4559 4560 4561 4562
-- removing /tmp/sonic-pi-pids/1653
-- unable to get ProcTable info for: 1653
-- process: 1653 not running
Finished clearing pids
How embarrassing - a reboot solved the issue...Should've rebooted after purging pulseaudio I suppose! Oh well, now there's a record of my mistake and may help others...?
Easiest fix ever!:)
That leaves the other boot/start up problems on the PI2 (#1768)... any news on that? Is there any more you need from us in terms of log-files (syslog, messages... you name it)?
Just tried the same card on a new Pi 3 model B and the construction with X-term client on a Linux box, and sonic-pi running on the raspberry runs fine (it starts up at least, haven't tried the sound etc. yet). So we can turn our attention to things like number of kernels (1 vs. 3) memory (512mb vs. 1Gb) and that kind of differences I think.
Any new information is gladly received :) I wonder if it might be a memory thing
In my case, I changed the GPU to 512 so as to work with CAD programs, and realized that I couldn't start Sonic anymore. I remembered using it without problems in my RPi3, and all of a sudden it wouldn't work. Indeed, it was a memory thing in the end. I reversed to default 128 and hence, Sonic Pi came to live again. I was stuck with "Sonic-Pi could not start server..." error.
Oh, cool. I wasn't aware yet that the amount of memory for GPU could be lowered. You're never too old to learn. As this is a feasible solution, I would suggest @samaaron to put this somewhere in the installation instructions or thereabouts. That saves modifying the code, and still allows people to play around with Sonic Pi.
@Cpt-xx great suggestion - and also great to hear that it's a simple memory allocation issue :-)
Sonic Pi Boot Error Report
System Information
GUI Log
/home/pi/.sonic-pi/log/gui.log
Server Errors
/home/pi/.sonic-pi/log/server-errors.log
Server Output
/home/pi/.sonic-pi/log/server-output.log
Scsynth Output
/home/pi/.sonic-pi/log/scsynth.log
Process Log
/home/pi/.sonic-pi/log/processes.log