Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Triode wrote: > I've had to update this script to match the latest changes to the arch > distribution for this platform. > > Please use the latest install script if you have this platform. > (Hummingboard i1 is currently my favorite low cost platform) Can you elaborate on its virtues? Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
pimd wrote: > Since the last update i'm experiencing play back problems. Im using a > Raspberry Pi B+ with a Hifiberry Digi+ board. Sound stops after a few > seconds and after a while the music will start again. For a short time > though. > > With SOA from a month ago everything played perfectly. I'm not shure > where to look. It could be the 3.18 kernel, the Digi+ drivers. > Changing buffer size doesn't seem to make any difference. > > Error logs give me some of these messages but i'm not shure what they > mean: > > [23:25:17.232199] stream_thread:278 poll timeout > [23:25:17.332731] stream_thread:278 poll timeout > [23:25:17.433246] stream_thread:278 poll timeout > > Any suggestions? Triode, I'd like to know the answer to this one too. I've finally joined the Pi brigade after my old r51e thinkpad running Fedora jivelite, squeezelite LMS with JackOfAll 's repos has bit the dust. I picked up a Raspberry Pi B+ with a Hifiberry Digi+ of fleabay and have only run picoreplayer on so far but would like to get back on the SOA bus and relearn everything I did in qemu etc with SOA at it's outset last year. Is any of this relevant to the problem? https://www.hifiberry.com/guides/configuring-linux-3-18-x/ JackOfAll wrote: > I actually have 7x Pi2B's humming away right now, running transcoding > benchmarks. ;) I need seven of them? Joking apart, is the Pi2B a candidate for a LMS sever with local USB HDD drive storage, or is the hardware still too limited? Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
simoh wrote: > If anyone is mounting a NFS share on boot, what options are they using > in their fstab? I've been unable to get this to work. > > Cheers, Simon. You should be able to set up an NFS share via the SOA WebUI, which in turns writes an entry to /etc/fstab. Assuming of course you've first enabled an NFS server on your host and created the appropriate export(s). As it's Arch Linux it defaults to version 4 of NFS. SSH into the device running SOA and check the NFS export is visible with Code: showmount -e xxx.xxx.xxx.xxx sub xxx.xxx.xxx.xxx for your host's ip adddress. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
simoh wrote: > Hello Krisbee, > > I can mount a share with the web GUI, but there is no entry in > /etc/fstab. Bound to be a permissions issue, as I installed SOA on a > base Arch installation on a RPi 2. > > What is your output from > > > Code: > > [aur@raspi soa-web]$ sudo grep "^[^#;]" /etc/sudoers > root ALL=(ALL) ALL > %wheel ALL=(ALL) NOPASSWD: ALL > [aur@raspi soa-web]$ > > > > > Cheers, Simon. OK, I suppose Triode will catch up with the PRI 2 in due course. I haven't used SOA for months, but have just put it on a single core RPi. This is default install output: Code: [root@soa-rpi /]# grep "^[^#;]" /etc/sudoers root ALL=(ALL) ALL %wheel ALL=(ALL) NOPASSWD: ALL What do you see in the journal when you mount an NFS share via the WebGUI? Code: Feb 19 21:03:27 soa-rpi sudo[828]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/sbin/mount -t nfs -o ro,rsize=8192,wsize=8192 192.168.0.20://media/musdata/Test /mnt/disk1 Feb 19 21:03:27 soa-rpi sudo[828]: pam_unix(sudo:session): session opened for user root by (uid=0) Feb 19 21:03:27 soa-rpi sudo[828]: pam_unix(sudo:session): session closed for user root Feb 19 21:03:27 soa-rpi sudo[840]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/sbin/cp /tmp/config.tmp-luagui /etc/fstab Feb 19 21:03:27 soa-rpi sudo[840]: pam_unix(sudo:session): session opened for user root by (uid=0) Feb 19 21:03:27 soa-rpi sudo[840]: pam_unix(sudo:session): session closed for user root Feb 19 21:03:28 soa-rpi sudo[845]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/sbin/[ -f /etc/credentials/cifs-mnt-disk1 ] Feb 19 21:03:28 soa-rpi sudo[845]: pam_unix(sudo:session): session opened for user root by (uid=0) Feb 19 21:03:28 soa-rpi sudo[845]: pam_unix(sudo:session): session closed for user root It's odd if the mount command is successful, but your fstab write fails. What ever "user" the web interface operates as, I suppose it must be in the "wheel" group for the "sudo" to work. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Fedora 21 REMIX for Raspbery Pi 2B
JackOfAll wrote: > H. I wonder how easy it would be to type "yum install > logitechmediaserver" or "yum install squeezelite" from the cmd line, > having booted the xfce image? ;) Your are a tease. Excellent reason to get a PI2B, I've downloaded the minimal and XFCE images to see what's cooking. Need to get the memory banks charged while waiting for an RPI2B re: all things Fedora. But KDE on a RPI2B, it really works? Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=103188 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
simoh wrote: > Hello Krisbee, thank-you so much for doing this. The reason /etc/fstab > was not being written to was a space (although escaped - LMS\ Music) in > the remote folder. I've renamed the folder, and now have the share > mounted on boot. > > 17463 > > Cheers, Simon. An easy one to miss. You're using systemd automount, Triode's builds don't. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
paulster wrote: > Just out of interest, is SoA using a realtime version of the kernel, or > the stock one? And are there any other performance tweaks included? I > just tried an Arch image in place of my aging Debian RT one on my Armv5 > hardware and was experiencing some occasional pops before I gave up and > reverted for the time being. > > I could try the entire SoA build and see how that works out, but since > these boxes run Squeezelite and nothing else, a bare-bones install ought > to be sufficient for me. Armv5 hardware? You can check here: https://github.com/SqueezeOnArch/soa-installers, but I don't see any Armv5 targets. But to answer your general question, SOA does not use RT Kernels. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
praganj wrote: > Just received Pi 2. > > With fresh downlaoded raspbian it works very well, but no luck with soa > or picoreplayer, it is not even asking for ip my dhcp server, i > connected keyboard/mouse/display, but nothing happens. > > Any hints for soa with pi 2 ? Is there anything published on SOA site, or for picoreplayer,that made you think they'd work on a RPi2? No doubt these projects will catch up with the Rpi2 in time. Stick with latest raspbian for now, or you could try this instead: http://forums.slimdevices.com/showthread.php?103188-Fedora-21-REMIX-for-Raspbery-Pi-2B But be aware the LMS/squeezelite install and configuration is manual. Otherwise check here for what's going on: http://www.raspberrypi.org/forums/viewforum.php?f=18&sid=2f25db132f394c8aa3a4cc0c11a8858f Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
praganj wrote: > Just received Pi 2. > > With fresh downlaoded raspbian it works very well, but no luck with soa > or picoreplayer, it is not even asking for ip my dhcp server, i > connected keyboard/mouse/display, but nothing happens. > > Any hints for soa with pi 2 ? Ignore my previous post. I'm out of touch and didn't see SOA project updated post #1 with advice on how to install on top of a base Arch Linux install. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Tim_LHUILLIER wrote: > Hi, > > I have a intel board with debian, so I use squeelite-i386. My dac is > detected : > > > Code: > > > root@debian:/etc/init.d# lsusb > Bus 001 Device 002: ID 0d8c:013c C-Media Electronics, Inc. CM108 Audio Controller > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub > > > > > But Squeezelite don't detect it and I don't know why. > > > Code: > > > root@debian:/etc/init.d# squeezelite-i386 -l > Output devices: > null - Discard all samples (playback) or generate zero samples (capture) > default:CARD=Loopback - Loopback, Loopback PCM - Default Audio Device > sysdefault:CARD=Loopback - Loopback, Loopback PCM - Default Audio Device > > > > > > Another, i tested this DAC on my raspberry with squeezelite-arm and > squeezelite detected the DAC and stream my music since LMS. > > Why on the intel board squeezelite don't detect my DACs (I tested two > dacs different)? > > Tim, Did you sort out your problem? Have you looked through dmesg for any error messages or other clues? If "lusb" shows your DAC but it's not listed as a audio device by either squeezelite or alsa, have a look at what sound modules are being loaded when you boot your Intel Debian system, e.g. Code: lsmod | grep snd If the module "snd_usb_audio" is missing it might explain your problem, you can try to load it as root with "modprobe snd_sub_audio". As your appear to have installed ALSA on your debian system and have multiple sound devices, you may need to adjust a config file to fix the order of audio devices. Look for this file: Code: /etc/modprobe.d/sound.conf This is my system: Code: options snd-ice1724 index=1 model=prodigy71 options snd-usb-audio index=2 On your's, I'd suggest using an index of 0 for snd-usb-audio. Also, you could try booting your system without the USB DAC attached. Then plug in your USB DAC while looking at system messages in a terminal using as root Code: tail -f /var/log/syslog Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Tim_LHUILLIER wrote: > Hi, > > Thanks for help, i solved my problem, > > The problem was that the driver wasn't isntalled, so I installed the > generic usb, and it working, my DAC is detected. > But now, i have a bug with the port : > > > Code: > > /usr/bin/squeezelite-i386 -o front:CARD=Device,DEV=0 -n squeezetest -m fc:c2:de:35:0e:9b > [14:17:54.374217] alsa_open:332 unable to set hw params: Input/output error > > > > > With the debug > > > Code: > > > /usr/bin/squeezelite-i386 -o front:CARD=Device,DEV=0 -n squeezeTest -m fc:c2:de:35:0e:9b -d all=debug > [14:33:21.247577] stream_init:290 init stream > [14:33:21.248577] stream_init:291 streambuf size: 2097152 > [14:33:21.255284] output_init_alsa:643 init output > [14:33:21.255577] output_init_alsa:666 requested alsa_buffer: 40 alsa_period: 4 format: any mmap: 1 > [14:33:21.255817] output_init_common:342 outputbuf size: 3528000 > [14:33:21.283626] output_init_common:402 supported rates: 48000 44100 > [14:33:21.296848] output_init_alsa:678 memory locked > [14:33:21.297944] output_init_alsa:701 set output sched fifo rt: 45 > [14:33:21.298005] output_thread:467 open output device: front:CARD=Device,DEV=0 > [14:33:21.298309] decode_init:129 init decode, include codecs: exclude codecs: > [14:33:21.298444] alsa_open:185 opening device at: 44100 > [14:33:21.299441] register_dsd:624 using dsd to decode dsf,dff > [14:33:21.300986] load_faad:610 loaded libfaad.so.2 > [14:33:21.301194] register_faad:640 using faad to decode aac > [14:33:21.304702] load_vorbis:284 dlerror: libvorbisidec.so.1: cannot open shared object file: No such file or directory > [14:33:21.306063] alsa_open:236 opened device front:CARD=Device,DEV=0 using format: S16_LE sample rate: 44100 mmap: 1 > [14:33:21.306305] alsa_open:315 buffer: 40 period: 4 -> buffer size: 1764 period size: 441 > [14:33:21.306698] ALSA snd_pcm_hw_hw_params:326 SNDRV_PCM_IOCTL_HW_PARAMS failed (-5) > [14:33:21.306871] alsa_open:332 unable to set hw params: Input/output error > [14:33:21.307212] load_flac:258 loaded libFLAC.so.8 > [14:33:21.307308] register_flac:286 using flac to decode flc > [14:33:21.307391] register_pcm:384 using pcm to decode aif,pcm > [14:33:21.307852] load_mad:364 dlerror: libmad.so.0: cannot open shared object file: No such file or directory > [14:33:21.309088] load_mpg:221 dlerror: libmpg123.so.0: cannot open shared object file: No such file or directory > [14:33:21.309698] discover_server:702 sending discovery > [14:33:26.307358] output_thread:467 open output device: front:CARD=Device,DEV=0 > [14:33:26.307679] alsa_open:185 opening device at: 44100 > [14:33:26.310870] alsa_open:236 opened device front:CARD=Device,DEV=0 using format: S16_LE sample rate: 44100 mmap: 1 > [14:33:26.311065] alsa_open:315 buffer: 40 period: 4 -> buffer size: 1764 period size: 441 > [14:33:26.311446] ALSA snd_pcm_hw_hw_params:326 SNDRV_PCM_IOCTL_HW_PARAMS failed (-5) > [14:33:26.311594] alsa_open:332 unable to set hw params: Input/output error > [14:33:26.312373] discover_server:702 sending discovery > [14:33:27.084464] slimproto_stop:865 slimproto stop > [14:33:27.084928] decode_close:175 close decode > [14:33:27.132223] stream_close:322 close stream > [14:33:27.181258] output_close_alsa:706 close output > > > > > I don't understand why it don't work > > Thanks Tim, 1. I would check if your user is already in the audio group before making any changes to the user account. Simply type the word groups at the user's terminal, e.g: Code: chris@mybox:~$ groups chris lp dialout cdrom floppy audio dip video plugdev users systemd-journal netdev scanner vboxusers 2. This error message - -unable to set hw params: Input/output error- - is typically associated with a program trying to open an audio device with hardware parameters it cannot support. In your debug output you have several lines which show you have missing libraries, e.g: Code: [14:33:21.304702] load_vorbis:284 dlerror: libvorbisidec.so.1: cannot open shared object file: No such file or directory 3. You need to fix this by installing the correct libraries, and then try again: Install these: libvorbisfiles libmad libmpg123 This info is stated here : https://code.google.com/p/squeezelite/ 4. To ensure your are using the squeezelite command correctly, I would still like to see the output of both the /usr/bin/squeezelite-i386 -l and the aplay -l commands on your system now you say your USB Cmedia audio device is detected. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=9704
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Tim_LHUILLIER wrote: > Hi thanks for your help > > > 1. I add root in group audio > > > Code: > > root@debian:~# gpasswd -a root audio > Adding user root to group audio > root@debian:~# groups > root > > > > > But groups don't show audio in the group of the root, why ? But > normaly, root is superuser It hasn't not limited, no ? > > 2 & 3. Thanks I resolve this problem > > 4. My Dac is true detected : > > > Code: > > root@debian:~# aplay -L > null > Discard all samples (playback) or generate zero samples (capture) > default:CARD=Loopback > Loopback, Loopback PCM > Default Audio Device > sysdefault:CARD=Loopback > Loopback, Loopback PCM > Default Audio Device > default:CARD=Device > USB PnP Sound Device, USB Audio > Default Audio Device > sysdefault:CARD=Device > USB PnP Sound Device, USB Audio > Default Audio Device > front:CARD=Device,DEV=0 > USB PnP Sound Device, USB Audio > Front speakers > surround40:CARD=Device,DEV=0 > USB PnP Sound Device, USB Audio > 4.0 Surround output to Front and Rear speakers > surround41:CARD=Device,DEV=0 > USB PnP Sound Device, USB Audio > 4.1 Surround output to Front, Rear and Subwoofer speakers > surround50:CARD=Device,DEV=0 > USB PnP Sound Device, USB Audio > 5.0 Surround output to Front, Center and Rear speakers > surround51:CARD=Device,DEV=0 > USB PnP Sound Device, USB Audio > 5.1 Surround output to Front, Center, Rear and Subwoofer speakers > surround71:CARD=Device,DEV=0 > USB PnP Sound Device, USB Audio > 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers > iec958:CARD=Device,DEV=0 > USB PnP Sound Device, USB Audio > IEC958 (S/PDIF) Digital Audio Output > > > > > Thanks Tim. I'm afraid you were given bad advice about the need to add your user to the audio group - epsecialy when you were not asked if you were working as "root" or a "normal user" . I did point that out. As someone has already said, the root account on a standard Linux install is not what you should be working with. Exactly what is this "Intel board" you're working with? Are there no other audio devices on it? Have you not created a normal user account on this system? You still did not give the output of the commands I asked for - /usr/bin/squeezelite-i386 -l and the aplay -*l* <- Note that is a lower case letter L, not number one, in both cases. Now you have installed the necessary libraries do you still get the same error - -unable to set hw params: Input/output error- - when using squeezelite ? Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
ian_heys wrote: > Hi > > I've been happily using my SOA/Wandboard quad combination for some > months without problems. > Recently I installed minim-server/Java to help play BBC HLS streams > directly to my Revo SuperConnect DLNA radio. That went well too. And > minim server installed it's own systemctl starter files. > I then tried to install Ralphy's squeeze2upnp-amrv6hf-static binary so > that I could have my Revo SuperConnect permanently appear as a > Squeezebox player in the web gui of my squeezebox servers. > It was no problem to put the binary onto the SOA file system and to SSH > directly into the same folder and issue the commend > ./squeeze2upnp-armv6hf-static to start squeeze2upnp and have it working > just as I wanted. > > Now I need to have the binary always on (or daemonized if that is the > correct term) but I can't get my head round systemd and other issues. > > Can anyone help me with a simple step by step procedure to get this > going? > > Thanks You need to write a custom systemd unit file, or perhaps use the systemd equiv of a command in rc.local. See here: https://raymii.org/s/tutorials/rc.local_support_on_Arch_Linux_and_systemd.html Create an /etc/rc.local file as per a non systemd system to start squeeze2upnp, and then enable and start the rc-local.service in systemd. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
ian_heys wrote: > Thanks for the pointers. I now have it working. > > 1. Place binary in /usr/bin > 2. Create sq2upnp.service file and place in /usr/lib/systemd/system > 3. Start service with systemctl enable sq2upnp.service > 4. Reboot > > Here is sq2upnp.service file: > > [Unit] > Description=Squeeze2upnp > After=multi-user.target > > [Service] > Type=oneshot > RemainAfterExit=yes > ExecStart=/usr/bin/squeeze2upnp-armv6hf-static > ExecStop=/usr/bin/squeeze2upnp-armv6hf-static > > [Install] > WantedBy=multi-user.target > > I now need to tone down the file permissions to finalise it all. > > Thanks again for your help. I came across a good example of doing this sort of thing at unix.stackexchange.com: http://unix.stackexchange.com/questions/47695/how-to-write-startup-script-for-systemd It's obvious when you see it, but for trivial case simply put the command in the unit file itself. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
JRatron wrote: > Hi all, > I went to set up a fresh Wandboard dual this evening, but I'm getting as > far as phase 2 in the installer, then it's hanging. Clicking the > progress bar to view the details shows a repetition of > > Code: > > Mar 19 22:35:52 soa-wandboard soa-firstboot.sh[223]: downloading soa-repo.db... > Mar 19 22:35:52 soa-wandboard soa-firstboot.sh[223]: downloading soa-repo.db... > Mar 19 22:35:52 soa-wandboard soa-firstboot.sh[223]: :: Starting full system upgrade... > Mar 19 22:35:54 soa-wandboard soa-firstboot.sh[223]: there is nothing to do > Mar 19 22:35:54 soa-wandboard soa-firstboot.sh[223]: /aur ~ > Mar 19 22:35:54 soa-wandboard soa-firstboot.sh[223]: /root/soa-firstboot.sh: line 45: sudo: command not found > Mar 19 22:35:54 soa-wandboard soa-firstboot.sh[223]: ~ > Mar 19 22:35:56 soa-wandboard soa-firstboot.sh[223]: error: package 'soa-web' was not found > Mar 19 22:35:56 soa-wandboard soa-firstboot.sh[223]: error: package 'squeezelite' was not found > > > Does this by any chance mean that the SOA and Squeezelite repositories > have been taken offline now? :( As far as I can tell, all elements of SOA are online at github. I can only suggest checking your own internet connections and staring the install to SD card from scratch. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
steve-g wrote: > I've recently installed SOA and LMS (7.81) on to a Wandboard Quad mainly > to get BBC radio working again as the sparc processor that my Readynas > uses does not have the horse power to run this. > > I have my music stored on the readynas (a Readynas Duo V1) and have > mounted the share on the wand board - this works fine with 44.1kHz > sampling rate but cannot cope with hi-def files. > It almost works with 24/96k with just a few re-buffers per track, 24/192 > will constantly re-buffer. > > I know that the readnas is slow but it's not that slow - I've installed > LMS on my main PC as a test and using the same configuration (music on > nas) this works fine - so it seems to be a Wandboard issue. > The PC, Wandboard and Readynas all connect to the router via 1Gb/s > connections - so this SHOULDN'T be a problem. > > Is there anything that I can tweak (buffers?) to improve performance or > to help diagnose exactly whats happening? > > Thanks You may have gigabit rated hardware, but have you tested the actual connection speeds between your various devices? Apart from this, a couple of other things spring to mind. Firstly, adjusting the "squeezelite" params may iron out the re-buffering on hi-res playback. Secondly, what parameters did you use for your CIFS mount on the Wandboard quad? Adjusting the wsize/rsize might help. Also you might benefit from samba server side optimisation on your ReadyNas. Something like this: http://darrylgriffiths.blogspot.co.uk/2014/11/netgear-readynas-duo-samba-performance.html Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
steve-g wrote: > I have enabled NFS on the readynas - I've just not found any combination > of commands in the fstab file that will actually mount - I can't recall > the actual error message but something like device not found I'll try it > again and report thre actual message. > > Have you got it working? Not a good idea to have NFS and CIFS running simultaneously on the same data on your ReadyNAS, use one or the other. It really should not be a case of trial and error manual editing of your /etc/fstab. Triode designed SOA for you to mount shares via its web interface storage.html page. See the help instructions on that page. I cannot comment on Wandboard kernels as I'm ruuning SOA on a RPi b+ If I mount a CIFS share readonly via the webinterface I see this in my /etc/fstab file. Code: [root@soa-rpi ~]# cat /etc/fstab # # /etc/fstab: static file system information # # /dev/mmcblk0p1 /boot vfatdefaults0 0 # start added by soa-web //192.168.0.206/mdata /mnt/disk1 cifs ro,rsize=8192,wsize=8192,credentials=/etc/credentials/cifs-mnt-disk10 0 # end added by soa-web You seem to have mounted your share manually. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
steve-g wrote: > I don't try to have both at the same time - I only try one or the > other. > > I'm obvoiusly being thick but I can't get the web interface-> storage > to work at all - hence the manual edit. Ok, let's see if we can sort this out. Do you have NFS running now on the ReadyNAS? What is the IP of your ready NAS? Are you able to get to the command line of your Wandboard via SSH? For example, if your ReadyNAS IP was 192.168.0.77, then login to your Wandboard via SSH as root. At the CLI on your Wandboard execute this command: Code: showmount -e 192.168.0.77 The info returned by this command will show if the Wandboard can detect the NFS share on your ReadyNAS by showing what's called the "export list" which should show the NFS share name (change 192.168.0.77 to match the actual IP of your Wandboard). Post the command output here. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Davidg1 wrote: > > > I've always found it useful to give your squeezelite player a name. For > Triode's "Local player plugin" , just use the plugins local player > settings page and add enter it in the additional options field, e.g. "-n > mylocalplayer". Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
steve-g wrote: > Yes I have NFS enabled in the readynas - at least the readynas says I > have! > > The ouput of the command is: > > [root@soa-wandboard ~]# showmount -e 192.168.0.198 > Export list for 192.168.0.198: > /c/media * > /c/backup * > > 192.168.0.198 is the IP address for the readynas. OK so it looks like your Wandboard can see the NFS shares. Let's see if you can mount the share at the command line. Connect to your Wandboard as root via SHH. Then use this command: Code: mount -t nfs -o ro 192.168.0.198:/c/media /mnt/disk1 I've assumed your music files are at /c/media This command should mount the NFS share read only at /mnt/disk1 on your Wandboard. To see of you can access these files just change to the /mnt/disk1 directory and list them: Code: cd /mnt/disk1 ls -l Are your music files now accessable on the Wandboard? What permissions do they have? Cut and past a few lines of the "ls -l" output here. If this is OK, the next step is to make NFS mount work through the Webinterface. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
steve-g wrote: > The mount command fails: > > > Code: > > > [root@soa-wandboard ~]# mount -t nfs -o ro 192.168.0.198:/c/media /mnt/disk1 > mount.nfs: an incorrect mount option was specified > > > > > You're right my music files are in the media folder. Hmm, drop the read only option and try again. Code: mount -t nfs 192.168.0.198:/c/media /mnt/disk1 Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
steve-g wrote: > If still fails - this is the verbose output: > > > Code: > > > [root@soa-wandboard ~]# mount -t nfs -v 192.168.0.198:/c/media /mnt/disk1 > mount.nfs: timeout set for Tue Mar 31 18:53:07 2015 > mount.nfs: trying text-based options 'vers=4.2,addr=192.168.0.198,clientaddr=192.168.0.8' > mount.nfs: mount(2): Invalid argument > mount.nfs: an incorrect mount option was specified > > > > > The wandboard address is 192.168.0.8 OK, possible version clash of nfs versions on wandboard ( vers4) and ReadyNAs (vers 3 ?). You could try to add a "vers=3" option to the mount command, but SOA might not handle this correcty, e.g: Code: mount -t nfs -v -o vers=3 192.168.0.198:/c/media /mnt/disk1 Cut paste the last few line of "journalctl -f" here. I can only tell you I don't have a problem with NFS mounts on my Rpi. Did I ask if you had the latest SOA image installed on your Wandbaord? Unfortunately, I suspect you cannot get to a command line on your ReadyNAS to look at the NFS server settings to try to resolve this. If you are prepared to change back to using SAMBA, I cannot see why this wouldn't work. I'd be happy to run through SAMBA mounts with you. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Lestrad wrote: > I'm trying to get my music share mounted as NFS too. I've enabled the > NFS service on the NAS and set the default permissions to rw. Then I > went to the Storage tab in the SOA frontend and entered "/mnt/netnas" (a > directory I'd created on the Wandboard) under "Mountpoint" and > "\\192.168.0.15\media" (the path to my music share) under "Network > share", and "nfs" under "Type". The error message I get is: > > *mount.nfs: remote share not in 'host:dir' format* > > Note: I left the CIFS service enabled on the ReadyNAS for the time being > so as not to cause problems for Windows. Could that be the problem? > Also, I do have access to the NAS via SSH. Any help would be > appreciated. The error message is telling you what is wrong. In the "Network share" box you should have entered: Code: 192.168.0.15:/media Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Lestrad wrote: > Thanks. I entered "192.168.0.15:/media" and got this error message: > > *mount.nfs: an incorrect mount option was specified * > > I tried with /mnt/disk1 and got the same error... Post the last few lines of "journalctl -f" output here, this should show you the mount command executed by webinterface. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Lestrad wrote: > -- > Apr 01 10:08:37 soa-wandboard systemd[14802]: Starting Timers. > Apr 01 10:08:37 soa-wandboard systemd[14802]: Reached target Timers. > Apr 01 10:08:37 soa-wandboard systemd[14802]: Starting Sockets. > Apr 01 10:08:37 soa-wandboard systemd[14802]: Reached target Sockets. > Apr 01 10:08:37 soa-wandboard systemd[14802]: Starting Basic System. > Apr 01 10:08:37 soa-wandboard systemd[14802]: Reached target Basic > System. > Apr 01 10:08:37 soa-wandboard systemd[14802]: Starting Default. > Apr 01 10:08:37 soa-wandboard systemd[14802]: Reached target Default. > Apr 01 10:08:37 soa-wandboard systemd[14802]: Startup finished in > 271ms. > Apr 01 10:08:37 soa-wandboard systemd[1]: Started User Manager for UID > 0. > -- > > But I didn't change the fstab or reboot or anything. Make that "journalclt -n 50" and post again. Looking for log entry similar to this "soa-rpi sudo[343]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/sbin/mount -t nfs -o defaults,_netdev 192.168.0.20:/media/musdata/Te" to show what command was executed. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
steve-g wrote: > Thanks Krisbee > > This seems to be the relevant bit of journalctl: > > > Code: > > > Apr 01 10:25:35 soa-wandboard systemd[1]: Starting RPC Port Mapper. > Apr 01 10:25:35 soa-wandboard systemd[1]: Reached target RPC Port Mapper. > Apr 01 10:25:35 soa-wandboard systemd[1]: Starting Host and Network Name Lookups. > Apr 01 10:25:35 soa-wandboard systemd[1]: Reached target Host and Network Name Lookups. > Apr 01 10:25:35 soa-wandboard systemd[1]: Starting NFS status monitor for NFSv2/3 locking > Apr 01 10:25:35 soa-wandboard rpc.statd[538]: Version 1.3.2 starting > Apr 01 10:25:35 soa-wandboard rpc.statd[538]: Flags: TI-RPC > Apr 01 10:25:35 soa-wandboard rpc.statd[538]: Failed to read /var/lib/nfs/state: Success > Apr 01 10:25:35 soa-wandboard rpc.statd[538]: Initializing NSM state > Apr 01 10:25:35 soa-wandboard rpc.statd[538]: Running as root. chown /var/lib/nfs to choose different user > Apr 01 10:25:35 soa-wandboard rpc.statd[538]: failed to create RPC listeners, exiting > Apr 01 10:25:35 soa-wandboard systemd[1]: rpc-statd.service: control process exited, code=exited status=1 > Apr 01 10:25:35 soa-wandboard systemd[1]: Failed to start NFS status monitor for NFSv2/3 locking.. > Apr 01 10:25:35 soa-wandboard systemd[1]: Unit rpc-statd.service entered failed state. > Apr 01 10:25:35 soa-wandboard systemd[1]: rpc-statd.service failed. > Apr 01 10:25:35 soa-wandboard rpc.statd[540]: Version 1.3.2 starting > Apr 01 10:25:35 soa-wandboard rpc.statd[540]: Flags: TI-RPC > Apr 01 10:25:35 soa-wandboard rpc.statd[540]: Running as root. chown /var/lib/nfs to choose different user > Apr 01 10:25:35 soa-wandboard rpc.statd[540]: failed to create RPC listeners, exiting > > > > > the output from the mount command: > > > Code: > > > [root@soa-wandboard ~]# mount -t nfs -o vers=3 192.168.0.198:/c/media /mnt/disk1 > Job for rpc-statd.service failed. See "systemctl status rpc-statd.service" and "journalctl -xe" for details. > mount.nfs: rpc.statd is not running but is required for remote locking. > mount.nfs: Either use '-o nolock' to keep locks local, or start statd. > mount.nfs: an incorrect mount option was specified > > > > > I can get to a command line on the readynas if that will help > > I can get a SAMBA (cifs) mount working - it just won't work with > hi-res files without constant rebuffering - it has been suggested that > an nfs mount MIGHT cure this - hence the attempts to get nfs working. Steve, Ok, as I suspected SOA can have a problem when the option for a NFS version 3 connections is specified. On the Wandboard you can check what version of NFS connections your NFS server will accept with this command: Code: rpcinfo -u 192.168.0.198 nfs Post your output here. This is mine: Code: } [root@soa-rpi ~ # rpcinfo -u 192.168.0.20 nfs program 13 version 2 ready and waiting program 13 version 3 ready and waiting program 13 version 4 ready and waiting You can see my NFS server will work with a version 4 client, which is what SOA defaults to. If the NFS server on your NAS only works up to version 3, then SOA needs a bit of tweaking. I'll have to dig out my notes to remember what additional steps I took to get his to work in the past. As to your SAMBA comment and the hi-res files re-buffering problem. I think I already suggested that adding some options to the CIFS mount might help with that. It really should be doable by entering the correct data on the SOA storage page, assuming your SAMAB server config is right. Also I forgot to ask, but can you remind me if your Wandboard is using a wired or wireless network connection. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
steve-g wrote: > Thanks Simon - that works! > > Update on that - the Wandboard locked up after a few seconds play of > some music (hi-def if that makes any difference) Simon has manually the /etc/fstab file. I would prefer to solve the problem using the SOA web storage page if possible without the need to invoke archlinux's systemd automount and a manual edit of the /etc/fstab file. Why does it lock up? Possibly the mount options need tuning. I'd try specifying rsize and wsize values as additional mount options. e.g.: rsize=32768,wsize=32768 Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Lestrad wrote: > Here's what I get: > - > [root@soa-wandboard /]# mount -t nfs -v -o vers=3 192.168.0.15:/media > mnt/netnas > mount.nfs: timeout set for Wed Apr 1 11:49:20 2015 > Job for rpc-statd.service failed. See "systemctl status > rpc-statd.service" and "journalctl -xe" for details. > mount.nfs: rpc.statd is not running but is required for remote locking. > mount.nfs: Either use '-o nolock' to keep locks local, or start statd. > mount.nfs: an incorrect mount option was specified > [root@soa-wandboard /]# journalclt -n 50 > -bash: journalclt: command not found > [root@soa-wandboard /]# journalctl -n 50 > -- Logs begin at Thu 1970-01-01 01:00:13 CET, end at Wed 2015-04-01 > 11:47:21 CES > Apr 01 11:46:32 soa-wandboard systemd[14926]: Stopping Basic System. > Apr 01 11:46:32 soa-wandboard systemd[14926]: Stopped target Basic > System. > Apr 01 11:46:32 soa-wandboard systemd[14926]: Stopping Timers. > Apr 01 11:46:32 soa-wandboard systemd[14926]: Stopped target Timers. > Apr 01 11:46:32 soa-wandboard systemd[14926]: Stopping Sockets. > Apr 01 11:46:32 soa-wandboard systemd[14926]: Stopped target Sockets. > Apr 01 11:46:32 soa-wandboard systemd[14926]: Stopping Paths. > Apr 01 11:46:32 soa-wandboard systemd[14926]: Stopped target Paths. > Apr 01 11:46:32 soa-wandboard systemd[14926]: Received SIGRTMIN+24 from > PID 1498 > Apr 01 11:46:32 soa-wandboard systemd[14927]: > pam_unix(systemd-user:session): se > Apr 01 11:46:32 soa-wandboard systemd[1]: Stopped User Manager for UID > 0. > Apr 01 11:46:32 soa-wandboard systemd[1]: Stopping user-0.slice. > Apr 01 11:46:32 soa-wandboard systemd[1]: Removed slice user-0.slice. > Apr 01 11:46:58 soa-wandboard sshd[14993]: Accepted password for root > from 192.1 > Apr 01 11:46:58 soa-wandboard sshd[14993]: pam_unix(sshd:session): > session opene > Apr 01 11:46:58 soa-wandboard systemd[1]: Starting user-0.slice. > Apr 01 11:46:58 soa-wandboard systemd[1]: Created slice user-0.slice. > Apr 01 11:46:58 soa-wandboard systemd[1]: Failed to reset devices.list > on /syste > Apr 01 11:46:58 soa-wandboard systemd-logind[244]: New session c11 of > user root. > Apr 01 11:46:58 soa-wandboard systemd[1]: Starting Session c11 of user > root. > Apr 01 11:46:58 soa-wandboard systemd[1]: Failed to set > memory.limit_in_bytes on > Apr 01 11:46:58 soa-wandboard systemd[1]: Started Session c11 of user > root. > Apr 01 11:46:58 soa-wandboard systemd[1]: Starting User Manager for UID > 0... > Apr 01 11:46:58 soa-wandboard systemd[1]: Failed to reset devices.list > on /syste > Apr 01 11:46:58 soa-wandboard systemd[14995]: > pam_unix(systemd-user:session): se > Apr 01 11:46:59 soa-wandboard systemd[14995]: Starting Paths. > Apr 01 11:46:59 soa-wandboard systemd[14995]: Reached target Paths. > Apr 01 11:46:59 soa-wandboard systemd[14995]: Starting Timers. > Apr 01 11:46:59 soa-wandboard systemd[14995]: Reached target Timers. > Apr 01 11:46:59 soa-wandboard systemd[14995]: Starting Sockets. > Apr 01 11:46:59 soa-wandboard systemd[14995]: Reached target Sockets. > Apr 01 11:46:59 soa-wandboard systemd[14995]: Starting Basic System. > Apr 01 11:46:59 soa-wandboard systemd[14995]: Reached target Basic > System. > Apr 01 11:46:59 soa-wandboard systemd[14995]: Starting Default. > Apr 01 11:46:59 soa-wandboard systemd[14995]: Reached target Default. > Apr 01 11:46:59 soa-wandboard systemd[14995]: Startup finished in > 269ms. > Apr 01 11:46:59 soa-wandboard systemd[1]: Started User Manager for UID > 0. > Apr 01 11:47:20 soa-wandboard systemd[1]: Starting NFS status monitor > for NFSv2/ > Apr 01 11:47:20 soa-wandboard rpc.statd[15007]: Version 1.3.2 starting > Apr 01 11:47:20 soa-wandboard rpc.statd[15007]: Flags: TI-RPC > Apr 01 11:47:20 soa-wandboard rpc.statd[15007]: Running as root. chown > /var/lib > Apr 01 11:47:20 soa-wandboard rpc.statd[15007]: failed to create RPC > listeners, > Apr 01 11:47:20 soa-wandboard systemd[1]: rpc-statd.service: control > process exi > Apr 01 11:47:20 soa-wandboard systemd[1]: Failed to start NFS status > monitor for > Apr 01 11:47:20 soa-wandboard systemd[1]: Unit rpc-statd.service entered > failed > Apr 01 11:47:20 soa-wandboard systemd[1]: rpc-statd.service failed. > Apr 01 11:47:20 soa-wandboard rpc.statd[15009]: Version 1.3.2 starting > Apr 01 11:47:20 soa-wandboard rpc.statd[15009]: Flags: TI-RPC > Apr 01 11:47:21 soa-wandboard rpc.statd[15009]: Running as root. chown > /var/lib > Apr 01 11:47:21 soa-wandboard rpc.statd[15009]: failed to create RPC > listeners, > lines 29-51/51 (END) > > --- Well there's no evidence of what happened there, but I notice rpc-statd.service failed. You need to check your NFS configuration from the Wandboard as root: 1. What versions does the NFS server work with? Code: rpcinfo -u 192.168.0.15 nfs 2. Are the exported NFS shares visible on the Wandboard? Code: showmount -e 192.168.0.1
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Lestrad wrote: > Here's what I get when I use the right IP address: > > rpcinfo -u 192.168.0.14 nfs: > program 13 version 2 ready and waiting > program 13 version 3 ready and waiting > program 13 version 4 ready and waiting > > and > > showmount -e 192.168.0.14: > Export list for 192.168.0.14: > /c/media * > /c/backup * > > BUT when I try to mount manually with: > > mount -t nfs -o 192.168.0.14:/c/media media/netdrive > > I get: > > mount.nfs: remote share not in 'host:dir' format > > If I try to mount the share in the Web interface, I get: > > mount.nfs: an incorrect mount option was specified > > Sorry about the confusion earlier. Hope you can help. As you've confirmed your NFS server accepts version4 connections, shouldn't your manual mount command be (the v switch is for verbose output): Code: mount -v -t nfs4 192.168.0.14:/c/media Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Lestrad wrote: > Thanks. Here's the result: > > [root@soa-wandboard /]# mount -v -t nfs4 -o nolock 192.168.0.14:/c/media > media/netdrive mount.nfs4: timeout set for > Wed Apr 1 15:08:17 2015 > mount.nfs4: trying text-based options > 'nolock,vers=4.2,addr=192.168.0.14,clientaddr=192.168.0.13' > mount.nfs4: mount(2): Invalid argument > mount.nfs4: an incorrect mount option was specified > What's causing the "invalid argument error"? Is it a client or server side error? Without seeing both the NFS exports file and NFS config files on your NAS, I'd be guessing. ( These are /etc/exports and /etc/default/nfs-kernel-server on a default debian install for example, waht are they no your NAS). Here's the output from my RPi running SOA using a mount command at CLI: Code: [root@soa-rpi /]# mount -v -t nfs4 192.168.0.20:/media/musdata/Test /mnt/disk1 mount.nfs4: timeout set for Wed Apr 1 13:49:10 2015 mount.nfs4: trying text-based options 'vers=4.2,addr=192.168.0.20,clientaddr=192.168.0.205' mount.nfs4: mount(2): Protocol not supported mount.nfs4: trying text-based options 'vers=4.1,addr=192.168.0.20,clientaddr=192.168.0.205' Notice how the mount command shows the actual options used to mount the NFS share. Those not specifed in the "mount -t nf4..." command default to the values shown. This includes nolock as " local_lock=none". Code: [root@soa-rpi /]# mount /dev/mmcblk0p2 on / type ext4 (rw,relatime,data=ordered) devtmpfs on /dev type devtmpfs (rw,relatime,size=217344k,nr_inodes=54336,mode=755) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup on /sys/fs/cgroup/bfqio type cgroup (rw,nosuid,nodev,noexec,relatime,bfqio) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) tmpfs on /tmp type tmpfs (rw) debugfs on /sys/kernel/debug type debugfs (rw,relatime) mqueue on /dev/mqueue type mqueue (rw,relatime) configfs on /sys/kernel/config type configfs (rw,relatime) /dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro) tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=44320k,mode=700) 192.168.0.20:/MEDIA/MUSDATA/TEST ON /MNT/DISK1 TYPE NFS4 (RW,RELATIME,VERS=4.1,RSIZE=1048576,WSIZE=1048576,NAMLEN=255,HARD,PROTO=TCP,PORT=0,TIMEO=600,RETRANS=2,SEC=SYS,CLIENTADDR=192.168.0.205,LOCAL_LOCK=NONE,ADDR=192.168.0.20) Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
On the RPI at least, the NFS mount survives a reboot without problems: '[image: http://s23.postimg.org/slyvnysmf/soanfs1.jpg]' (http://postimg.org/image/slyvnysmf/) '[image: http://s29.postimg.org/l5shvx3xf/soanfs2.jpg]' (http://postimg.org/image/l5shvx3xf/) Code: [root@soa-rpi ~]# cat /etc/fstab # # /etc/fstab: static file system information # # /dev/mmcblk0p1 /boot vfatdefaults0 0 # start added by soa-web 192.168.0.20:/media/musdata/Test/mnt/disk1 nfs4 ro,rsize=8192,wsize=81920 0 # end added by soa-web [root@soa-rpi ~]# Post reboot: Code: [root@soa-rpi ~]# mount /dev/mmcblk0p2 on / type ext4 (rw,relatime,data=ordered) devtmpfs on /dev type devtmpfs (rw,relatime,size=217344k,nr_inodes=54336,mode=755) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/bfqio type cgroup (rw,nosuid,nodev,noexec,relatime,bfqio) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=23,pgrp=1,timeout=300,minproto=5,maxproto=5,direct) mqueue on /dev/mqueue type mqueue (rw,relatime) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) tmpfs on /tmp type tmpfs (rw) configfs on /sys/kernel/config type configfs (rw,relatime) /dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro) 192.168.0.20:/media/musdata/Test on /mnt/disk1 type nfs4 (ro,relatime,vers=4.1,rsize=8192,wsize=8192,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.0.205,local_lock=none,addr=192.168.0.20) tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=44320k,mode=700) What's going on with the Wandboard? Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Lestrad wrote: > > Krisbee wrote: > > Without seeing both the NFS exports file and NFS config files on your > > NAS, I'd be guessing. ( These are /etc/exports and > > /etc/default/nfs-kernel-server on a default debian install for example, > > what are they on your NAS). > > > > > > I'll go into the NAS and get you that info as soon as I can. > > Thanks for your continued help! While you're doing that, I did a bit of googling over at the arch linux forums. This recent thread may be relevant: https://bbs.archlinux.org/viewtopic.php?id=193834 The suggestion is to try this in the mount command: Code: mount -v -t *nfs4 -o vers=4* 192.168.0.14:/c/media /mnt/disk1 It might simply be a client side problem after all. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Lestrad wrote: > > > Is that rpc-statd indispensable? Sorry to be so ignorant. I know a lot > about opera and '60s rock, but obviously not a lot about Linux files > systems and security services... No apology needed, the whole point of the SOA webui is to isolate the user from the need to know the intricacies of Linux files systems, network shares etc. But if we get errors with a manual mount command, the webui will not help. I can reproduce the vers=3 error on my RPi running SOA, but not the the errors if I use version 4 options. Seem to have hit wall on this one for the moment. If you able to post the ReadyNAS config data it would be useful. I'll have a look on the ReadyNAS forum. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Had another look on the Arch Linux forum and this post rang a few bells: https://bbs.archlinux.org/viewtopic.php?id=193410 I now have a version 3 NFS client connection working on my RPi. I was reminded that to make a version 3 mount of a NFS share requires rpcbind, but this is disabled by default in SOA. Once the rpcbind service is enabled you can mount the NFS share temporarily at the command line. or permanently via the webui. 1. As root enable rpcbind Code: systemctl enable rpcbind.service systemctl start rpcbind.service 2. Enter share details on WebUI, using a "vers=3" option, e.g.: '[image: http://s28.postimg.org/twda4chdl/soanfs3.jpg]' (http://postimg.org/image/twda4chdl/) add share '[image: http://s15.postimg.org/4jbzi3laf/soanfs4.jpg]' (http://postimg.org/image/4jbzi3laf/) 3. Check /etc/fstab has been re-written. e.g.: Code: [root@soa-rpi ~]# cat /etc/fstab # # /etc/fstab: static file system information # # /dev/mmcblk0p1 /boot vfatdefaults0 0 # start added by soa-web 192.168.0.20:/media/musdata/Test/mnt/disk1 nfs ro,vers=3,rsize=1024,wsize=1024 0 0 # end added by soa-web Let me know if this works for you. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Lestrad wrote: > Yes!! It works! That was it. Once I started *rpcbind *I was able to > mount the share with no problem. SOA has added a line to the fstab: > > # start added by soa-web > 192.168.0.14:/media /mnt/netnas nfs vers=3 0 0 > # end added by soa-web > > Now all I need to know is how to make sure rpcbind gets enabled and > started when the Wandboard boots, and what options I should put in fstab > (I need write access for tagging and adding/removing files, but come to > think of it I do all that from Windows, so maybe I can use *ro*? > Presumably Windows will access the share via CIFS). > > I owe you several excellent craft beers, sir (or whatever else you > drink)! If you did step one above and leave your /etc/fstab as you have shown, then your NFS share should be (re)mounted after a re-boot. There's nothing else to do. I wouldn't have thought you needed write access to data on your Wandboard as you can edit the data via your ReadyNAS interface. Windows needs a SAMBA/CIFS share. Personally, I wouldn't attempt to share the same data via NFS and SAMBA simultaneously. I'd use one or the other. Have you not been able to get your ReadyNAS CIFS share mounted on the Wandboard? Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Lestrad wrote: > So the rpcbind service will start all by itself? > > I see your point - I'll be writing via the NAS, to which I have rw > access via Windows. The Wandboard needs only read access. > > Oh yes, the CIFS share mounts. But I was told it would be better to > mount it as NFS. I'll have to be sure* I can access the share as NFS > from Windows* before I make the change. It's supposed to be possible... It is possible to mount an NFS share on Windows. The ease of doing this depends on what version of Windows you have, and if you felt comfortable following and using the install instructions of the "The University of Michigan NFS v 4.1 client" for example ( see this ref: http://superuser.com/questions/254321/how-to-access-nfs-share-from-windows-7-pro ) Personally I would stick to SAMBA/CIFS if the same data needs to be accessed from both Linux and Windows. Remember the underlying filesystem the shared data is stored on can still be native to Linux, e.g. ext4. Not sure why you were told NFS was better. If you are running LMS your Wandboard I don't see any great advantage mounting your NAS audio data as a NFS share rather than a CIFS share. Perhaps if you had a weaker CPU like the single core RPi, then using NFS might reduce the load. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Man in a van wrote: > > > The process runs through stage one and two; there is a message to > refresh the browser web page, and then there is nothing, the Cubietruck > just drops clean off the network. :o > > Any suggestions by anyone (especially Triode, Please, please,please!). > > atb > > Ronnie. Do you mean just the web interface is unreachable, or that the Cubietruck looses it's network connection and you can't get to a command line via SSH. If you can still get to the Cubietruck command line via SSH as root, what happens if you restart the web interface? Code: systemctl restart soa-web.service Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Man in a van wrote: > It's a dead parrot :p You need to connect to the cubietruck via SSH and monitor the install from the beginning to gain some idea of what is happening. You say it's dead - but have you attached a monitor/keyboard to your cubietruck, rebooted etc, to see what happens? Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Lestrad wrote: > Well, since I couldn't scan my collection and consequently couldn't play > any music through my Squeezebox, I decided to try uninstalling and > reinstalling LMS 7.9. When I do, this happens: > > > error: inflate: data stream error (incorrect data check) > error: failed to read object e2ebee7d5085ec84b10d87a338e5dd3abe7cda55 at > offset 65772544 from > .git/objects/pack/pack-53f2b3087509fcd6487343d85e9ff10a32c4d616.pack > fatal: packed object e2ebee7d5085ec84b10d87a338e5dd3abe7cda55 (stored in > .git/objects/pack/pack-53f2b3087509fcd6487343d85e9ff10a32c4d616.pack) is > corrupt > ==> ERROR: Failure while creating working copy of 7.9 git repo > Aborting... > > So then I tried uninstalling LMS 7.9 and installing version 7.8. That > produced this result: > > :: logitechmediaserver-7.8-cpan and logitechmediaserver-7.9-cpan are in > conflict. Remove logitechmediaserver-7.9-cpan? [y/N] error: unresolvable > package conflicts detected > error: failed to prepare transaction (conflicting dependencies) > > :: logitechmediaserver-7.8-cpan and logitechmediaserver-7.9-cpan are in > conflict > ==> ERROR: 'pacman' failed to install missing dependencies. > > So I'm now without a working copy of LMS due to what seems to be a > corrupt object on the Git repository. Does anyone know if/how I can > install one of the packages on the 'LMS Nightlies page' > (http://downloads.slimdevices.com/nightly/index.php?ver=7.9)? And if so, > which one? Or alternatively, can someone confirm that Igor PeÄovnik's > Debian implementation will work on the Wandboard quad? There too I'd > appreciate a few pointers as to how to install the LMS package. If I > follow a basic Linux newbie 'page like this' > (http://www.cyberciti.biz/faq/install-tarballs/), will I be okay? Up to > now installation has been handled by the ReadyNAS's Web interface - or > by SOA's... > > Again, apologies for my Linux illiteracy. > > Happy Easter to all, if applicable, and warm thanks for your help. > > Les A happy Easter to you. Before you abandon SOA on your Wandboard Quad, a couple of questions. Is LMS 7.9 still working/running? A common problem with failed scanning is not getting the permission correct on Network shares. It's worth checking this. What permissions did you give your network shares? What does the squeezeserver page of the SAO webui show for the LMS status? Is it "loaded / enabled" and "active / running" or something else? If LMS 7.9 cannot be revived by restarting it on the webui, connect to your wandbaord via ssh as root and check it's status at the command line: Code: systemctl status logitechmediaserver Igor PeÄovnik's Debian implementation is for the cubietruck only. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
bernid wrote: > Hi, > I have problem with squeezelite high cpu usage (96%) after finishing > planing (eg playlist). > I use SoA (squeezelite) with Raspberry Pi B+: > > Code: > > NAME="-n RPI" > AUDIO_DEV="-o hw:CARD=ALSA" > ALSA_PARAMS="-a 120:4::" > MAX_RATE="-r 192000:" > UPSAMPLE="-u vI:::28:::" > DOP="-D 80" > > > Normal usage of squeezelite with resampling to max 192kHz (with Very > High Resampling Quality) is about 40-45%CPU usage. After finishing > playing (where squeezelie should be idle) squeezelite processes take > 95-99% of CPU usage. > Strange thing... . You might be better off posting this on the squeezelite thread, to compare notes with folk who have a DSD capable DAC, the same version of libsoxr, and those with version Rpi2. I don't normally upsample. and my DAC is only 24/96 capable on SPDIF. I have a Rpi B+/HifDigi+ combo. If I set the params below and upsample 16/44 flac audio files, the only large spikes in CPU loads I see is when squeezelite first restarts, or for a few seconds at the beginning of a new audio track. Otherwise the squeezelite load is around 20% as shown in htop. Code: root@soa-rpi ~]# cat /etc/squeezelite.conf # created by soa-web Sun Apr 5 15:26:55 2015 NAME="-n SOAdigi+" AUDIO_DEV="-o hw:CARD=sndrpihifiberry" ALSA_PARAMS="-a 80:4::0" MAX_RATE="-r 96000:" LOG_FILE="-f /var/log/squeezelite.log" OPTIONS="-b 8000:3" UPSAMPLE="-u vI:::28:::" I have this version of libsoxr Code: [root@soa-rpi ~]# pacman -Q libsoxr libsoxr 0.1.1-2 IIRC trying to downgrade a package in Arch Linux can be problematic. Perhaps it's time for you to invest in an Rpi2? Sox processing is always going to put a strain on a single core RPi. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Man in a van wrote: > Well, > > I have tried another install and SSH'd into the cubietruck, but then > realised I did not knowthe command line instruction to see what was > happening.:mad: > > I have attached a copy of the text displayed during the install (must be > similar, I would think) and the "_*-failure-*_" word can be seen towards > the end. > > atb > > Ronnie I assume you mean these last lines: Code: Apr 05 13:20:02 soa-cubietruck soa-firstboot.sh[885]: Created symlink from /etc/systemd/system/multi-user.target.wants/soa-web.service to /usr/lib/systemd/system/soa-web.service. Apr 05 13:20:02 soa-cubietruck systemd[1]: Reloading. Apr 05 13:20:03 soa-cubietruck systemd[1]: Starting Squeeze on Arch Web Interface... Apr 05 13:20:03 soa-cubietruck systemd[1]: Failed to set memory.limit_in_bytes on : Invalid argument Apr 05 13:20:03 soa-cubietruck systemd[1]: Started Squeeze on Arch Web Interface. Apr 05 13:20:14 soa-cubietruck soa-web.lua[1999]: luajit: /usr/share/lua/5.1/turbo/sockutil.lua:179: [tcpserver.lua Errno 98] Could not bind to address. Address already in use Apr 05 13:20:14 soa-cubietruck soa-web.lua[1999]: stack traceback: Apr 05 13:20:14 soa-cubietruck soa-web.lua[1999]: [C]: in function 'error' Apr 05 13:20:14 soa-cubietruck soa-web.lua[1999]: /usr/share/lua/5.1/turbo/sockutil.lua:179: in function 'bind_sockets' Apr 05 13:20:14 soa-cubietruck soa-web.lua[1999]: /usr/share/lua/5.1/turbo/tcpserver.lua:118: in function 'listen' Apr 05 13:20:14 soa-cubietruck soa-web.lua[1999]: /usr/share/lua/5.1/turbo/web.lua:916: in function 'listen' Apr 05 13:20:14 soa-cubietruck soa-web.lua[1999]: /usr/bin/soa-web.lua:1155: in main chunk Apr 05 13:20:14 soa-cubietruck soa-web.lua[1999]: [C]: at 0xcb6c Apr 05 13:20:14 soa-cubietruck systemd[1]: soa-web.service: main process exited, code=exited, status=1/FAILURE Apr 05 13:20:14 soa-cubietruck systemd[1]: Unit soa-web.service entered failed state. Apr 05 13:20:14 soa-cubietruck systemd[1]: soa-web.service failed. Apr 05 13:20:14 soa-cubietruck sudo[1888]: pam_unix(sudo:session): session closed for user root Apr 05 13:20:14 soa-cubietruck sudo[1885]: pam_unix(sudo:session): session closed for user aur Apr 05 13:20:14 soa-cubietruck soa-firstboot.sh[885]: ~ Apr 05 13:20:16 soa-cubietruck soa-firstboot.sh[885]: soa-web Apr 05 13:20:16 soa-cubietruck soa-firstboot.sh[885]: squeezelite Apr 05 13:20:16 soa-cubietruck soa-firstboot.sh[885]: Created symlink from /etc/systemd/system/dbus-org.freedesktop.Avahi.service to /usr/lib/systemd/system/avahi-daemon.service. Apr 05 13:20:16 soa-cubietruck soa-firstboot.sh[885]: Created symlink from /etc/systemd/system/multi-user.target.wants/avahi-daemon.service to /usr/lib/systemd/system/avahi-daemon.service. Apr 05 13:20:16 soa-cubietruck systemd[1]: Reloading. Apr 05 13:20:16 soa-cubietruck soa-firstboot.sh[885]: Created symlink from /etc/systemd/system/sockets.target.wants/avahi-daemon.socket to /usr/lib/systemd/system/avahi-daemon.socket. Apr 05 13:20:17 soa-cubietruck soa-firstboot.sh[885]: /boot ~ Apr 05 13:20:17 soa-cubietruck soa-firstboot.sh[885]: cp: cannot stat 'script.bin': No such file or directory Apr 05 13:20:17 soa-cubietruck soa-firstboot.sh[885]: E: fexc: script.bin: No such file or directory Apr 05 13:20:17 soa-cubietruck soa-firstboot.sh[885]: ~ Apr 05 13:20:17 soa-cubietruck soa-firstboot.sh[885]: soa-web Apr 05 13:20:17 soa-cubietruck soa-firstboot.sh[885]: Removed symlink /etc/systemd/system/multi-user.target.wants/soa-firstboot.service. Apr 05 13:20:17 soa-cubietruck systemd[1]: Reloading. Apr 05 13:20:18 soa-cubietruck soa-firstboot.sh[885]: SOA Install Complete Apr 05 13:20:20 soa-cubietruck systemd[1]: Stopping Session c1 of user root. Apr 05 13:20:20 soa-cubietruck sshd[15733]: Exiting on signal 15 Apr 05 13:20:20 soa-cubietruck sshd[15733]: pam_unix(sshd:session): session closed for user root Apr 05 13:20:21 soa-cubietruck systemd[1]: Stopped Session c1 of user root. The fact the soa-web service failed need not necessary mean a fatal bug, there may still be a partially working system on your cubietruck. I take it at this stage you've lost any network connection to your cubietruck. That would suggest there is at least a network configuration problem in the current install process. I'm not sure what the "-cp: cannot stat 'script.bin': No such file or directory-", message indicates. Without attaching a monitor and keyboard to the Cubietruck during the install and seeing what state the device is in when you get to the "SOA Install Complete" message, I'd be guessing. I'll have a look at the install script to see if I can make any sense of it. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/sh
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Re: Cubietruck SOA install failure. If you use Triode's Cubietruck install image https://github.com/SqueezeOnArch/soa-installers/raw/master/soa-image-cubietruck.img.zip, then a script runs called "create-sdcard-soa-cubietruck.sh", part of which is to build a first boot script and systemd service - "soa-firstboot.sh" & "soa-firstboot.service". The output of the failed Cubietruck install shows a point has been reached near the end of the first boot script around this code: Code: systemctl enable avahi-daemon pushd /boot cp script.bin script.bin.orig bin2fex script.bin > script.fex sed -i -e "/screen0_output_type/c screen0_output_type = 3" script.fex sed -i -e "/screen0_output_mode/c screen0_output_mode = 10" script.fex sed -i -e "/fb0_width/c fb0_width = 1920" script.fex sed -i -e "/fb0_height/c fb0_height = 1080" script.fex fex2bin script.fex > script.bin popd if (pacman -Qq soa-web); then systemctl disable soa-firstboot.service echo SOA Install Complete fi sync sleep 2 reboot Whether the soa-web service fails or not, the test "pacman -Qq soa-web" is true so the line "echo SOA Install Complete" is reached and that message appears in the output you've both posted. The previous section re: script.bin is is generating errors for some reason. For the Cubietruck to successfully boot, it needs a functioning script.bin on its boot partition, this doesn't look as if it's being created correctly. I think this is the problem. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
chrissy wrote: > Hi > But in a earlier version it installed. I have a version up and running. > It updates everything and seems to be getting more stable, although it > is still a way to go to get the stability of the Slovenia Image. > Frequent reboots, especially after updates. The Slovenia Image, once > installed is solid as a rock. And dau save, as long as you don't fiddle > around with it. I have it running at a couple of friends, that have no > idea of Linux and still everything works fine. > Greetings > Christian Don't forget SOA is work in progress. Triode's build method may be suffering from an archlinux bug, sun7i, UBOOT bug, or bug in his installer. You say an earlier version worked, did you keep a copy of this version of the SOA Cubietruck installer image? I'd be interested to see your instructions to build the Solvenian Debian image. Did you follow/use any of the scripts here: https://github.com/igorpecovnik/lib, or just use what is on Igor Pečovnik home page? Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Man in a van wrote: > Install on raspberry B+ and on hummingboard is auto reboot into the web > gui > > > Ronnie Thanks, I can see that now. See my post #1296 above. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
vinodt1347 wrote: > Hi, > > I had the wandboard working properly till today. All of a sudden, the > website does not display, not able to SSH into the wandboard either. > Ping works and I do see a display when connecting HDMI to a TV. > > Any pointers? This did happen a few times and had corrected itself after > restart but not working now You say "all of a sudden". Had your Wandboard had been operating normally for several hours before this suddenly happened, or was it after a cold boot, for example. Presumingly you always remember to halt the system before removing the power plug to avoid SD card corruption. You say you can see a display - but what's on the screen? Out of interest, as the Wandboard is responding to ping, if you can use nmap or Advanced IP Scanner for windows ( http://www.advanced-ip-scanner.com ), what does a port scan of the Wandboard report? Is it connected via ethernet or wireless? DHCP or static IP? With no SSH, or webui, I think the only easy way to interact with you Wandboard is via keyboard and monitor. Otherwise you'd have to use the serial comm port. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
vinodt1347 wrote: > Hi, > The display with HDMI is the login display but I cannot login as there > is no keyboard. > Also below is what happens during the ping. Its not quite right too. > .. Time to buy a cheap usb keyboard and/or rs232 to usb cable and learn how to use minicom/screen. ( e.g: http://www.cnx-software.com/2013/06/11/wandboard-dual-benchmarks-serial-console-fun-and-distributions-list/.) There's no way to progress if you can't login to the system. The only alternative I can think of is a more complex and linux orientated, That's to copy what's on your SD card to an image file, and in Linux run it under static qemu. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
chrissy wrote: > Hi krisbee, > I think I kept it and tried it out when I did post 1106 but at this time > it didn't work anymore. I suppose something in the installation of arch > Linux must have changed. I use arch Linux for the first time, so I don't > know much about it. Rather a suse or Debian guy. > I did not build the image of Slovenia myself, but got LMS on the image > to work. Had to install some libs and fix the linker loader. I post it > in the next days, since I am on easter vacation right now. > Happy easter to all of you > Christian Happy Easter to you. I'm not a developer, but I can read bash scripts although not necessarily understand all details. When the Cubietruck install failed, did you think of copying the SD Card to a img file with dd and then to mount as a loop device to inspects its contents? Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
vinodt1347 wrote: > Took the easy way out. Re-installed SOA on the sd-card :) Wiil the problem return? I forgot, doesn't the Wandboard have two SD card slots? Swap the one in the OS slot, install again as you have, then load the defective(?) SD card back into the second slot so you can mount it and examine its contents to debug. Also, if can get another SD card and a cheap SD card reader you can make backups of a good working install which can save time if you need to re-image a sd card after an unrecoverable system crash. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
steve-g wrote: > I think there might be a configuration issue with SOA and the wandboard > quad ethernet port - my music files are stored on a readynas and I'm > running LMS on the wandboard - it works fine with 16bit 44.1kHz files > but won't play hi-res files without re-buffering (playing to a Touch > mainly). > > I've borrowed a pi (model B+) and installed SOA and LMS on that - this > works fine, I have no problem at all playing hi-res stuff. > The pi also seems to be more responsive with anything file (on the nas) > based I.E. skipping to part way through a song goes more or less > directly to it whereas on the wandboard there is a noticable delay. > > One of the reasons for choosing a wandboard rather than a pi was it's > (supposedly) better ethernet implimentation. > > Does anyone else have experience of this? - Any suggestions of how to > diagnose / improve this? > > I've not been able to get the update and updated kernal (in SOA web > page) to work - I'm currently thinking of doing a complete fresh > install - try and sort out the update issues to ensure that I'm working > with the latest software then re-install LMS and try again. The typical starting point for this kind of test is to use "iperf" on both sides of NAS and Wandboard/RPi to get a measure of basic network performance, and timed data transfers between the two. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Man in a van wrote: > Well, > > I have tried another install and SSH'd into the cubietruck, but then > realised I did not knowthe command line instruction to see what was > happening.:mad: > > I have attached a copy of the text displayed during the install (must be > similar, I would think) and the "_*-failure-*_" word can be seen towards > the end. > > atb > > Ronnie Ronnie, Don't know if you are prepared to try this again. Once connected via SSH, and before you "Accept installer disclaimer" that shows on the initial Web installer, this command should show what's happening: Code: journalctl -f I had another look at Triode's cubietruck installer image and what ever else might be going wrong, there's certainly one obvious error now. The installer images runs a script which includes setting some initial values: Code: #!/bin/bash CARD=$1 HOSTNAME="soa-cubietruck" FS_TAR=ArchLinuxARM-sun7i-latest.tar.gz UBOOT_TAR=*uboot-cubietruck-2014.04-10-armv7h.pkg.tar.xz* FIRMWARE=ap6210.zip FIRMWARE_URL="http://dl.cubieforums.com/patwood/$FIRMWARE"; IMAGE="soa-image-cubietruck" IMAGE_URL="https://github.com/SqueezeOnArch/soa-installers/raw/master/$IMAGE.img.zip"; Later in the script The UBOOT file is downloaded and written to the SD card: Code: echo "Fetching uboot" wget "http://mirror.archlinuxarm.org/armv7h/alarm/$UBOOT_TAR"; echo "Writing uboot" tar -xf $UBOOT_TAR -C mnt --exclude='.PKGINFO' --exclude='.MTREE' --exclude='.INSTALL' sync dd if=mnt/boot/u-boot-sunxi-with-spl.bin of=$CARD bs=1024 seek=8 sync No doubt Triode had good reason to hard code this file name, but it's changed and no longer exists at http://mirror.archlinuxarm.org/armv7h/alarm/ The latest version is uboot-cubietruck-2015.01-5-armv7h.pkg.tar.xz The second snippet of code above does not include any test to see if the UBOOT download failed or not, so the script just proceeds regardless. If it failed the install should abort with a message. Triode could easily sort this out. In the meantime, the UBOOT file name can be fixed manually by editing this script, It's easy to do in Linux as root: 1. Mount installer img as a loop device, eg: Code: mount -o loop,offset=$((2048*512)) soa-image-cubietruck.img /mnt 2. Navigate to install scripts directory: Code: cd /mnt/scripts 3. Use your preferred editor to change the UBOOT file name in create-sdcard-soa-cubietruck.sh e.g: Code: nano create-sdcard-soa-cubietruck.sh At line 5, change "UBOOT_TAR=uboot-cubietruck-2014.04-10-armv7h.pkg.tar.xz" to "UBOOT_TAR=uboot-cubietruck-2015.01-5-armv7h.pkg.tar.xz" , and save the change. (This is correct at time of writing, it may change at any time, so check for current name here: http://mirror.archlinuxarm.org/armv7h/alarm/ ) 4. Umount img, e.g : Code: cd / umount /mnt 5. Write modified installer img to SD card as normal. Hopefully, you or someone else can make this change and re-test the installer and see if the failure was due to this simple problem. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
[SlimDevices: Unix] Squeeze on Arch Thread - what's happened?
Am I hallucinating, where's the giant long running squeeze on arch thread gone? http://forums.slimdevices.com/showthread.php?101624-Announce-Squeeze-on-Arch-developer-version Only getting invalid thread. Explanation please!! Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=103462 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Where did the SOA Thread go?
We seem to have posted around the same time. WTF is going on? Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=103461 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Where did the SOA Thread go?
mherger wrote: > > We seem to have posted around the same time. WTF is going on? > > Hey, I'm sorry for your heart attack... must have been me f..ing it up > when I tried to delete one of my postings. I remember this happened once > > before. And I should have known better not to even try this. But the > good news is this time I decided to not kill it physically. Which made > it possible to resurrect that thread from the dead. Sorry about that. > > Must be me posting using the mailing list rather than the forums > software. Such postings probably just can't be deleted... > > -- > > Michael Thanks Michael, picking myself off the floor now. Flashing blue lights outside Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=103461 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Man in a van wrote: > Krisbee, I will try this later in the week. > > I have just spent 3hrs trying to make a live Linux usb stick to do it. > > Something must be going wrong as two different OS's and two different > methods of making the distro don't work. > > I've given up at the moment, can't be arsed lol. > > Thanks for your efforts. > > atb > > Ronnie Ronnie you have a PM. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Man in a van wrote: > Good News: > > With help from Chris I have managed to install SoA on my Cubietruck. > Also LMS v7.8.0. > > Bad News: > > When I clicked on the Squeeze Server Web Interface I got the web gui but > before I could do any configuration I lost network connection. > > I installed an Edimax wireless usb adaptor and tried a hard restart but > when I clicked "save" for the wireless set up, lost all connection. > > A second hard restart reminded me of that line about "only a fool > repeats something that fails" (or something like that) from Mr E. > > And a third one produced nothing, doh!! > > Now this morning my hummingboard SoA also dropped off the Network, but > came back up after a hard restart (pull the plug and re-plug) and seems > to be running OK. > > Don't know about the House of Denmark but the House of SoA needs a > little TLC methinks, me odd bodkin :p > > Much respekt to Chris > > atb > > Ronnie - The best laid schemes o' mice an' men- ... Thanks for given it go, at least some progress was made. Looking elsewhere for hints re: cubietruck network problems didn't show anything obvious. But I belatedly realised that the current version of Triode's cubietruck installer tries to download firmware for the inbuilt bluetooth/wifi combo chip ( ap620 ?) from what is now a non-existant source. However the ethernet module ought to be loaded and must at least have worked initally. If stuff is dropping off your network, is it possible you have a switch/router problem (dhcp leases or something ?). Without a cubietruck to work on, I'm in the dark. Here are couple of threads over at "Arch Linux Arm" which show just how things can change: http://archlinuxarm.org/forum/viewtopic.php?f=33&t=8218&start=10 http://archlinuxarm.org/forum/viewtopic.php?f=33&t=8665 I didn't realsie until today that "Arch Arm Linux" had listed the Cubietruck as one of thier supported ArmV7 platforms : http://archlinuxarm.org/platforms/armv7/allwinner/cubietruck If you fell like a repeat, you could follow the instructions on that page to create a basic Arch SD card image, which should a least allow you to test your cubietruck ethernet. Not too many steps, and you can just cut & paste them into a linux command line. I supose it's possilbe to take some of Triode's installer script to get his work installed on top of that. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
chrissy wrote: > Hi Chris, > > I applied the changes and tested almost everything. It works. Later I > will upload the Image to the server of my german tube-HiFi Forum and > post the link here, so that users without a running linux box will be > able to install soa on cubietruck, if that is ok with the admins. > > Greets > Chris That's good to know. What about networking? Ethernet should be OK, but I would not expect inbuilt WIFI to work on the cubietruck without further post install work, or changes to Triode's installer img. If by image you mean a modified version of soa-image-cubietruck.img.zip, then any such image posted anywhere should refer to the same conditions of use and license as Triode's original work. Additionally, however small/trivial any modifications may be, such modification should be clearly commented with author's name and dated, and the image file should have a name which is different to the original. In other words, the normal rules that apply to publsihing modifications of other people's work, while adhering to Triode's conditions of use as stated here: https://github.com/SqueezeOnArch/soa-installers The forum admins will advise on posting any links here. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
chrissy wrote: > Hi, > I found something strange, the wireless interface button is missing. On > my other cubietruck it is there. > Any ideas? > Greets > Chris This is standard SOA behaviour when no wireless interface exits on the system SOA is running on. Code: ip link If there's no wireless device in the list, you don't see the SOA wireless interface page. See my previous comment about inbuilt WIFI on the cubietruck. You need to change the name of the img file you posted a link to, and have you commented all modifications as per normal practice? Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
JackOfAll wrote: > For ap6210 firmware, there are several versions of the files floating > around. The files you want to be using are located here... > > http://dl.cubieboard.org/public/Cubieboard/benn/firmware/ap6210/ > > (Hopefully Triode is also using the ap6210 kernel module rather than the > "original" bcmdhd driver if he is using the SUNXI kernel. Or your > problems will continue! http://linux-sunxi.org/Cubietruck/AP6210) Thanks for the pointers. I don't have a cubietruck, just trying to hlep those who do and wanted to use SOA. Triode's cubietruck installer was built to pull in firmware http://dl.cubieforums.com/patwood/ap6210.zip and preseeds "/etc/modules-load.d/cubie.conf" with bcmdhd as one of a list of modules. Clearly this must have been fine at the time. But it seems is no longer correct. The installer pulls in "ArchLinuxARM-sun7i-latest.tar.gz" as the root filesystem, which I think must use the SUNXI kernel, and is currently at version 3.4.103-5. The two threads on the arch arm linux forum I linked to above ( see #1319 ) contain contradictory posts. One says this: "-Problem is fixed by module ap6210 that got introduced in 3.4.103-5 and has to be used instead of bcmdhd. Regarding WLAN the module behaves the same as bcmdhd. In particular, it's using the same firmware and doesn't get auto-loaded." - I checked the fs tarball does contain a kernel moudle for ap6210, but I don't know what should be in /lib/firmware. ( Which bits of /public/Cubieboard/benn/firmware/ap6210 are relevant and who should they be used?) Others say they can't get it to work with the 3.4.103-5 kernel even after blacklisting bcmdhd. The only person reporting sucess is after they first did this: Code: wget -O /lib/firmware/brcm/brcmfmac43362-sdio.txt http://dl.cubieboard.org/public/Cubieboard/benn/firmware/ap6210/nvram_ap6210.txt and then replaced the SUNXI kernel with the multi-platform arch arm kernel and module packag, currently based on kernel 3.19 Code: pacman -Syu linux-armv7 So, that's about as clear as mud to me. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
JackOfAll wrote: > For ap6210 firmware, there are several versions of the files floating > around. The files you want to be using are located here... > > http://dl.cubieboard.org/public/Cubieboard/benn/firmware/ap6210/ > > (Hopefully Triode is also using the ap6210 kernel module rather than the > "original" bcmdhd driver if he is using the SUNXI kernel. Or your > problems will continue! http://linux-sunxi.org/Cubietruck/AP6210) Hells bells, my old brain's not too sharp. After some simple poking around http://dl.cubieforums.com/patwood/ap6210.zip has moved to http://dl.cubieforums.com/files/patwood/ap6210.zip, and guess what? The zip contents look same as files at http://dl.cubieboard.org/public/Cubieboard/benn/firmware/ap6210/ So the question is now using the SUNXI kernel in the default arch arm linux filesystem tar ball, as used in the SOA cubietruck installer, can wifi be made to work? Perhaps a Cubietruck owner who has now got SOA working can try this on a running system as root, e.g: Install the ap6210 firmware: Code: cd /lib/firmware wget -U 'Mozilla/5.0' http://dl.cubieforums.com/files/patwood/ap6210.zip unzip ap6210.zip rm ap6210.zip load the module Code: modprobe ap6210 See if wireless device, wlan0, appears in ip link list. e,g: Code: ip link ... Restart soa-web.service and see if wireless page appears on SOA web interface and device can be configured: Code: systemctl restart soa-web.service Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
chrissy wrote: > Hi Chris, > > I put the corrected download url for the firmware into the install > image, it downloaded correctly but wifi is not up. Inserting the ap6210 > module manually via modprobe results in : Operation not permitted. The > wifi device does not show up in the ip link list. > At the moment, I am building a custom kernel and see if this one works. > > Greets > Chris Thanks for trying. Seems you've confirmed this post: http://archlinuxarm.org/forum/viewtopic.php?f=33&t=8665 I haven't got any other ideas at the moment. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Man in a van wrote: > Well, more Good News (week) (I once met the C&clay drummer), no, > cubietruck is playing. > > I found time tonight to do a fresh install of the previous image that > Chris advised me about and everything is working. > > Installed and configured LMS v7.9 nightly, scanned the files on my NAS > and listen to the BBC iPlayer plugin. > > No wifi as mentioned in previous posts. > > I'll leave it running tonight and move it tomorrow. > > Thanks to everyone. > > atb > > Ronnie. Good news. I think the inbuilt wifi can be got working with a few more changes if you needed it. Otherwise, enjoy the sounds. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
chrissy wrote: > Hi, > > it is up and running. After starting over again, I only changed the > script.bin file and loaded the module and wifi worked. I changed the > line bcmdhd in /etc/modules-load.d/cubie.conf to ap6210 and the module > is loaded at boot an wifi starts up. > Now I have to figure out how to get the new script.bin file into the > install image. > > This is work for tomorrow :-) > Greets > Chris Just mod the create-sdcard-soa-cubietruck.sh in the SOA cubietruck installer image, where it says: Code: echo "Writing uboot" tar -xf $UBOOT_TAR -C mnt --exclude='.PKGINFO' --exclude='.MTREE' --exclude='.INSTALL' sync change to Code: echo "Writing uboot" tar -xf $UBOOT_TAR -C mnt --exclude='.PKGINFO' --exclude='.MTREE' --exclude='.INSTALL' wget https://github.com/cubieboard/cubie_configs/blob/master/sysconfig/linux/cubietruck.fex mv script.bin mnt/boot/script.bin sync On your current runnig system it would be insteresting to diff the fex version of the two different script.bin files Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
chrissy wrote: > Hi, > yesterday evening, I built a custom kernel, but now the system doesn't > boot anymore. Since I don't have a hdmi screen, I don't know why. There > are still a lot of bugs, sorry. I don't know, if it was a good idea to > take a rolling release system like arch linux as a basis for a system, > where the people only want lms to run on and nothing more. I try to fix > the script.bin this evening and then stick with my slovenia image. > > Greets > > Chris What was the reason for the custom kernel? My post above re: script.bin is wrong. Trying to introduce the script.bin at that stage of the installer script would fail as the installer system is still running in busybox, plus I left the fex conversion out. This seems to be the right palce, at a round line 165: Code: pushd /boot cp script.bin script.bin.orig bin2fex script.bin > script.fex sed -i -e "/screen0_output_type/c screen0_output_type = 3" script.fex sed -i -e "/screen0_output_mode/c screen0_output_mode = 10" script.fex sed -i -e "/fb0_width/c fb0_width = 1920" script.fex sed -i -e "/fb0_height/c fb0_height = 1080" script.fex fex2bin script.fex > script.bin popd change to: Code: pushd /boot cp script.bin script.bin.orig wget https://raw.githubusercontent.com/cubieboard/cubie_configs/master/sysconfig/linux/cubietruck.fex mv cubietruck.fex script.fex sed -i -e "/screen0_output_type/c screen0_output_type = 3" script.fex sed -i -e "/screen0_output_mode/c screen0_output_mode = 10" script.fex sed -i -e "/fb0_width/c fb0_width = 1920" script.fex sed -i -e "/fb0_height/c fb0_height = 1080" script.fex fex2bin script.fex > script.bin popd Triode did give his reasons for using Arch Linux at the beginning of this project. There are pros and cons for any distro. I mostly use debian. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
scrarfussi wrote: > cant seem to upgrade squeezelite > > makepkg: invalid option '--asroot' > makepkg: invalid option '--asroot' > makepkg: invalid option '--asroot' > makepkg: invalid option '--asroot' > makepkg: invalid option '--asroot' > makepkg: invalid option '--asroot' More details please: 1. On what hardware are you using SOA? 2. When was SOA first installed? 3. How did you try to update squeezelite? Did you go to the update page of the SOA web interface and click the "update" button, or did you do something else? 4. If you used the web interface, connect to your device as root via ssh and check the journal for an entry that looks like this: Code: [root@archvm soa-aur]# journalctl -f -- Logs begin at Tue 2015-04-14 10:04:56 BST. -- Apr 15 08:58:32 archvm soa-web.lua[9173]: [I 2015/04/15 08:58:04] [web.lua] Added /usr/share/soa-web/static/status.png (4909 bytes) to static file cache. APR 15 08:58:32 ARCHVM SUDO[23416]: ROOT : TTY=UNKNOWN ; PWD=/ ; USER=AUR ; COMMAND=/AUR/SOA-AUR/SOA-UPDATE-ALL.SH Apr 15 08:58:32 archvm sudo[23416]: pam_unix(sudo:session): session opened for user aur by (uid=0) Apr 15 08:58:33 archvm sudo[23470]: aur : TTY=unknown ; PWD=/aur/soa-aur ; USER=root ; COMMAND=/usr/sbin/pacman -Syu --noconfirm --noprogressbar Apr 15 08:58:33 archvm sudo[23470]: pam_unix(sudo:session): session opened for user root by (uid=0) Apr 15 08:58:44 archvm sudo[23470]: pam_unix(sudo:session): session closed for user root The script "/aur/soa-aur/soa-update-all.sh" should be activated as user aur when you click the "update" button. Changes to Arch Linux some time ago meant you could no longer make packages as root, which is what your error messages appear to relate to. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
surfek wrote: > Hi, > > yesterday I've tried new install - downloaded latest image for dual. > Install started, got message on the web gui "reload browser" - I am not > able now to access web gui, ssh or even ping does not work. > Any hints? > > > Best regards, > > Michal I had a look at the script run by Triode's Wandboard installer image, there are no obvious out of date references, but the line which partitions the SD card seems odd to me: Code: echo -e "u\no\nn\np\n1\n24576\n\nw" | fdisk $CARD > /dev/null If you use fdisk at the command line you'd see that the leading "u" changes display/entry units to cylinders, and so this command would create a partition starting at cylinder 24576. Unless I'm mistaken, this could be beyond the end of your SD card. If you can put your sd card in a card reader and use fdisk -l /dev/SdX ( sub X for actual value ) in Linux, you'd see if ia sensible partition had been created on it. If it not, then I'd suggest mounting the installer image in Linux and changing the above line to: Code: echo -e "o\nn\np\n1\n8192\n\nw" | fdisk $CARD > /dev/null Example instructions: 1. Mount installer img as a loop device, eg: Code: mount -o loop,offset=$((8192*512)) soa-image-wand-dual.img /mnt 2. Navigate to install scripts directory: Code: cd /mnt/scripts 3. Use your preferred editor to edit he file named create-sdcard-soa-wand.sh e.g: Code: nano create-sdcard-soa-wand.sh At line 15, change to: Code: echo -e "o\nn\np\n1\n8192\n\nw" | fdisk $CARD > /dev/null 4. Umount img, e.g : Code: cd / umount /mnt sync 5. Write modified installer img to SD card as normal. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Jivelite for piCorePlayer
Ralphy, My impression is a lot of people run picoreplayer on a headless setup. Have you given any thought to a configuration that runs jivelite on a virtual framebuffer with Xvfb which you could connect to via vnc? So, potentially you could get jivelite displayed on a tablet for example, rather than use a 3rd party app as a controller. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=103330 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
surfek wrote: > Thanks Krisbee for your help. > It turned out that I had some problems with the SD card, used different > card and SoA installed :) > > I installed jivelite, but then unistalled it (got problems with skin and > thought it will be faster to reinstall it and choose skin again). > Now when I try install it again I got the following error > > :: Retrieving packages ... > error: failed retrieving file 'jivelite-r76.de07c79-1-armv7h.pkg.tar.xz' > from github.com : error:0407006A:rsa > routines:RSA_padding_check_PKCS1_type_1:block type is not 01 > warning: failed to retrieve some files > error: failed to commit transaction (download library error) > Errors occurred, no packages were upgraded. > > > ?? > > Best regards, > > Michal Michal, Glad you got it installed. As to your jivelite problem, the short answer I don't know what's happened there. But if you can connect to your Wandbaord as root via SSH you could check the "pacman.log" to see it the correct packages where both installed and then removed, e.g. Code: grep jivelite* /var/log/pacman.log You should see both jivelite and jivelite-autologin installed as a pair, and then jivelite-autologin and jivelite removed in that order. I'm not an Arch user, but IIRC if you find the jivelite packages are still in cache you might be able to install them manually. e.g: a. find them Code: cd /var/cache/pacman/pkg ls -l jive* b. install them from var/cache/pacman/pkg, e.g: Code: pacman -U jivelite-r76.de07c79-1-armv7h.pkg.tar.xz Otherwise, it's possilby a re-install. But in future if you have a skin selection problem in "jivelite" you don't have to re-install jivelite, just delete the jivelite settings ( a hidden directory ) and reboot As root via SSH Code: rm -rf /home/jilvelite/.jivelite Note the dot Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
bernid wrote: > Hi, > I installed SOA on eMMC flash on-board BeableBone Black (BBB) . And all > worked fine until I pluged to BBB USM wifi module (TL-WN725N). > I lost LAN connection. Now I can only log into BBB using serial cable. > See log below: > > Code: > > U-Boot SPL 2014.07 (Aug 10 2014 - 19:47:18) > reading u-boot.img > reading u-boot.img > > > U-Boot 2014.07 (Aug 10 2014 - 19:47:18) Arch Linux ARM > > I2C: ready > DRAM: 512 MiB > NAND: 0 MiB > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > *** Warning - readenv() failed, using default environment > > Net:not set. Validating first E-fuse MAC > cpsw, usb_ether > Hit any key to stop autoboot: 0 > gpio: pin 53 (gpio 53) value is 1 > Card did not respond to voltage select! > Card did not respond to voltage select! > Card did not respond to voltage select! > Card did not respond to voltage select! > gpio: pin 56 (gpio 56) value is 0 > gpio: pin 55 (gpio 55) value is 0 > gpio: pin 54 (gpio 54) value is 0 > switch to partitions #0, OK > mmc1(part 0) is current device > gpio: pin 54 (gpio 54) value is 1 > SD/MMC found on device 1 > reading uEnv.txt > 25 bytes read in 4 ms (5.9 KiB/s) > gpio: pin 55 (gpio 55) value is 1 > Loaded environment from uEnv.txt > Importing environment from mmc ... > Checking if uenvcmd is set ... > 3366400 bytes read in 235 ms (13.7 MiB/s) > 26098 bytes read in 50 ms (508.8 KiB/s) > ** File not found /boot/initramfs-linux.img ** > Kernel image @ 0x8200 [ 0x00 - 0x335e00 ] > ## Flattened Device Tree blob at 8800 > Booting using the fdt blob at 0x8800 > Loading Device Tree to 8fff6000, end 85f1 ... OK > > Starting kernel ... > > Uncompressing Linux... done, booting the kernel. > [0.187902] omap2_mbox_probe: platform not supported > [0.362005] tps65217-bl tps65217-bl: no platform data provided > [0.426911] bone-capemgr bone_capemgr.9: slot #0: No cape found > [0.464018] bone-capemgr bone_capemgr.9: slot #1: No cape found > [0.501126] bone-capemgr bone_capemgr.9: slot #2: No cape found > [0.538234] bone-capemgr bone_capemgr.9: slot #3: No cape found > [0.553521] bone-capemgr bone_capemgr.9: slot #6: BB-BONELT-HDMIN conflict P8.45 (#5:BB-BONELT-HDMI) > [0.563190] bone-capemgr bone_capemgr.9: slot #6: Failed verification > [0.569965] bone-capemgr bone_capemgr.9: loader: failed to load slot-6 BB-BONELT-HDMIN:00A0 (prio 2) > [0.588001] omap_hsmmc mmc.5: of_parse_phandle_with_args of 'reset' failed > [0.649866] pinctrl-single 44e10800.pinmux: pin 44e10854 already requested by 44e10800.pinmux; cannot claim for gpio-leds.8 > [0.661631] pinctrl-single 44e10800.pinmux: pin-21 (gpio-leds.8) status -22 > [0.668946] pinctrl-single 44e10800.pinmux: could not request pin 21 on device pinctrl-single > [0.872743] EXT4-fs (mmcblk0p2): couldn't mount as ext3 due to feature incompatibilities > [0.882490] EXT4-fs (mmcblk0p2): couldn't mount as ext2 due to feature incompatibilities > > Welcome to Arch Linux ARM! > > [ OK ] Reached target Swap. > [ OK ] Set up automount Arbitrary Executab...ats File System Automount Point. > [ OK ] Reached target Encrypted Volumes. > [ OK ] Reached target Remote File Systems. > [ OK ] Created slice Root Slice. > [ OK ] Listening on udev Control Socket. > [ OK ] Listening on Journal Socket (/dev/log). > [ OK ] Created slice User and Session Slice. > [ OK ] Listening on Delayed Shutdown Socket. > [ OK ] Listening on udev Kernel Socket. > [ OK ] Listening on LVM2 metadata daemon socket. > [ OK ] Created slice System Slice. > [ OK ] Created slice system-getty.slice. > [ OK ] Listening on Journal Socket. > Mounting Debug File System... > Starting Setup Virtual Console... > Mounting Temporary Directory... > Starting Remount Root and Kernel File Systems... > Starting Journal Service... > Starting udev Coldplug all Devices... > Starting Create list of required st... nodes for the current kernel... > [ OK ] Reached target Slices. > [ OK ] Reached target Paths. > Mounting POSIX Message Queue File System... > [ OK ] Created slice system-serial\x2dgetty.slice. > [ OK ] Listening on Device-mapper event daemon FIFOs. > [ OK ] Listening on /dev/initctl Compatibility Named Pipe. > Starting Load Kernel Modules... > [ OK ] Mounted Debug File System. > [ OK ] Mounted POSIX Message Queue File System. > [ OK ] Mounted Temporary Directory. > [ OK ] Started Setup Virtual Console. > [ OK ] Started Remount Root and Kernel File Systems. > [ OK ] Started Create list of required sta...ce nodes for the current kernel. > [ OK ] Started Load Kernel Modules. > [ OK ] Started udev Coldplug all Devices. > Mounting FUSE Control File System... > Starting Apply Kernel Variables...
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
bernid wrote: > Thans for replay. > I installed Arch on BBB again and will investigate issue with pluging > USB devices (including wiFi usb dongle). > > > I followed instruction from post 1 this thread regarding manual > installation without issues. eg installed Arch on BBB and then SOA . > > > I will try experiments with manual installation of netctl. For reference, after installing SOA on a RPi, the network setup looks like this when using a wired connection with a DHCP server running elsewhere: Code: [root@soa-rpi ~]# systemctl -t service | grep net netctl@eth0.serviceloaded active exited A basic dhcp ethernet connection Code: root@soa-rpi ~]# cd /etc/netctl/ [root@soa-rpi netctl]# ls -l total 16 -rw-r--r-- 1 root root 222 Feb 17 11:34 eth0 drwxr-xr-x 2 root root 4096 Jan 1 1970 examples drwxr-xr-x 2 root root 4096 Jan 21 10:58 hooks drwxr-xr-x 2 root root 4096 Jan 21 10:58 interfaces [root@soa-rpi netctl]# cat eth0 Description='A basic dhcp ethernet connection' Interface=eth0 Connection=ethernet IP=dhcp #DHCPClient=dhcpcd #DHCPReleaseOnStop=no ## for DHCPv6 #IP6=dhcp #DHCP6Client=dhclient ## for IPv6 autoconfiguration #IP6=stateless Code: [root@soa-rpi /]# systemctl list-unit-files | egrep "net|plug" netctl-auto@.service disabled netctl-ifplugd@.servicedisabled netctl-sleep.service disabled netctl.service disabled netctl@.servicestatic netctl@eth0.serviceenabled systemd-networkd-wait-online.service disabled systemd-networkd.service disabled telnet@.servicestatic telnet.socket disabled network-online.target static network-pre.target static network.target static Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
bobertuk wrote: > Any script experts out there? > > I've been trying to use SOA-web update on Cubox-4i over the last couple > of days and the script now fails partway through with... > > > ==> Extracting sources... > -> Creating working copy of 7.9 git repo... > fatal: Cannot update paths and switch to branch 'makepkg' at the same > time. > Did you intend to checkout > 'logitechmediaserver-7.9-lms/src/slimserver/origin/public/7.9' which can > not be resolved as commit? > ==> ERROR: Failure while creating working copy of 7.9 git repo > Aborting... > > Update complete: Thu 23 Apr 21:35:19 BST 2015 > } > > > > The output is normal until it gets to where it says 'fatal'. I think the > script is /aur/soa-aur/SoA-update-all.sh > > It was working ok until there were some module updates which were > themselves installed by the update script. Any ideas? > > Bob You need a git / pkgbuild expert ... Something's gone wonky with the LMS build. It's no comfort, but I have a x86_64 test build of SOA running in virtualbox and the "update" function works OK. When you reach the stage of updating any installed LMS you shoudl see this: Code: synchronising scripts Already up-to-date. :: Synchronising package databases... core is up to date extra is up to date community is up to date :: Starting full system upgrade... there is nothing to do ==> Making package: logitechmediaserver-7.9-lms 1-1 (Fri 24 Apr 10:08:58 BST 2015) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Updating slimserver git repo... Fetching origin -> Found service -> Found install ==> Validating source files with sha1sums... slimserver ... Skipped service ... Passed install ... Passed ==> Extracting sources... -> Creating working copy of 7.9 git repo... CLONING INTO 'SLIMSERVER'... done. Checking out files: 32% (1022/3147) Checking out files: 33% (1039/3147) Checking out files: 34% (1070/3147) Checking out files: 35% (1102/3147) Checking out files: 36% (1133/3147) Checking out files: 37% (1165/3147) Checking out files: 38% (1196/3147) Checking out files: 39% (1228/3147) Checking out files: 40% (1259/3147) Checking out files: 41% (1291/3147) Checking out files: 42% (1322/3147) Checking out files: 43% (1354/3147) Checking out files: 44% (1385/3147) Checking out files: 45% (1417/3147) Checking out files: 46% (1448/3147) Checking out files: 47% (1480/3147) Checking out files: 48% (1511/3147) Checking out files: 48% (1517/3147) Checking out files: 49% (1543/3147) Checking out files: 50% (1574/3147) Checking out files: 51% (1605/3147) Checking out files: 52% (1637/3147) Checking out files: 53% (1668/3147) Checking out files: 54% (1700/3147) Checking out files: 55% (1731/3147) Checking out files: 56% (1763/3147) Checking out files: 57% (1794/3147) Checking out files: 58% (1826/3147) Checking out files: 59% (1857/3147) Checking out files: 60% (1889/3147) Checking out files: 61% (1920/3147) Checking out files: 62% (1952/3147) Checking out files: 63% (1983/3147) Checking out files: 64% (2015/3147) Checking out files: 65% (2046/3147) Checking out files: 66% (2078/3147) Checking out files: 67% (2109/3147) Checking out files: 68% (2140/3147) Checking out files: 69% (2172/3147) Checking out files: 70% (2203/3147) Checking out files: 71% (2235/3147) Checking out files: 72% (2266/3147) Checking out files: 73% (2298/3147) Checking out files: 74% (2329/3147) Checking out files: 75% (2361/3147) Checking out files: 76% (2392/3147) Checking out files: 77% (2424/3147) Checking out files: 78% (2455/3147) Checking out files: 79% (2487/3147) Checking out files: 80% (2518/3147) Checking out files: 81% (2550/3147) Checking out files: 82% (2581/3147) Checking out files: 83% (2613/3147) Checking out files: 84% (2644/3147) Checking out files: 85% (2675/3147) Checking out files: 86% (2707/3147) Checking out files: 87% (2738/3147) Checking out files: 88% (2770/3147) Checking out files: 89% (2801/3147) Checking out files: 90% (2833/3147) Checking out files: 91% (2864/3147) Checking out files: 92% (2896/3147) Checking out files: 93% (2927/3147) Checking out files: 94% (2959/3147) Checking out files: 95% (2990/3147) Checking out files: 96% (3022/3147) Checking out files: 97% (3053/3147) Checking out files: 98% (3085/3147) Checking out files: 99% (3116/3147) Checking out files: 100% (3147/3147) Checking out files: 100% (3147/3147), done. Switched to a new branch 'makepkg' ==> Starting pkgver()... ==> Updated version: logitechmed
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
bobertuk wrote: > Thanks for the reply. > > I tried something I've not done before... > > SOA-web update 'full clean' > > And it solved the problem. Updates now work - I don't know what 'full > clean' actually does but it's obviously something useful. Bob, Glad you're back to the music. The "full clean" executes a git command - "git clean -f". I don't know much about git, so I suppose it unblock your git problem. One to keep in mind. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
surfek wrote: > Hi Krisbee - great thanks. Tried to reinstall, but now I get "SSL > routines:SSL3_GET_RECORD:decryption failed or bad record" error: > > Code: > > > :: Retrieving packages ... > downloading jivelite-r76.de07c79-1-armv7h.pkg.tar.xz... > downloading jivelite-r76.de07c79-1-armv7h.pkg.tar.xz... > downloading jivelite-r76.de07c79-1-armv7h.pkg.tar.xz... > downloading jivelite-r76.de07c79-1-armv7h.pkg.tar.xz... > downloading jivelite-r76.de07c79-1-armv7h.pkg.tar.xz... > downloading jivelite-r76.de07c79-1-armv7h.pkg.tar.xz... > downloading jivelite-r76.de07c79-1-armv7h.pkg.tar.xz... > downloading jivelite-r76.de07c79-1-armv7h.pkg.tar.xz... > downloading jivelite-r76.de07c79-1-armv7h.pkg.tar.xz... > error: failed retrieving file 'jivelite-r76.de07c79-1-armv7h.pkg.tar.xz' from github.com : SSL read: error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac, errno 0 > warning: failed to retrieve some files > error: failed to commit transaction (download library error) > Errors occurred, no packages were upgraded. > > > > > Tried new SoA instal on my wand dual, but get the same when try to > isntall jivelite... > > by the way - what platform are you guys using for SoA? > Maybe I shall switch from wand dual to something else, which is more > common used/less problems? > > > Best regards, > > > Michal Flacky internet connection? Are you using a wired or a wireless connection? Can you connect to your Wandboard via SHH and check this? I've just installled jivelite on my RPi and everything is OK. If you go here, https://github.com/SqueezeOnArch/soa-repo/blob/master/armv7h/jivelite-r76.de07c79-1-armv7h.pkg.tar.xz on another machine and click on RAW, you can see the package is downloading OK. I wouldn't abandon your Wandboard until you are certain that the ethernet, or wireless is failing to function. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
steve-g wrote: > I have SoA running LMS on a Pi model B+ and have a USB HD attached via a > powered hub and am trying to get Samba to work. > > I have changed the mount point to /share_rw rather than /mnt/disk1 that > I had initially (after reading through this thread) and turned on Samba > server in the WEB UI. > > The Web UI reports it as being shared: > > /share_rw > /dev/sda1 (ntfs-3g) active > defaults,nofail > shared by Samba Server (writable) > > I've set the Samba workgroup to be the same as the PC's workgroup but > can't get any of my PCs (desktop and laptop) to see the Samba share (The > PCs run Windows 7 64bit if that makes any difference) > > The Samba server seems to be running on the Pi so I'm at a bit of a loss > as to how to diagnose what the problem is so any help from you Linux / > network gurus would be appreciated First check in Windows using the cmd prompt. If ip address of your Rpi was 192.168.1.50 for example. At Windows cmd prompt , type "net view \\192.168.1.50" Samba shares visable to Windows should be listed. If nothing is listed , connect to rpi via SSH as root and post contents of smb.conf file here. ( or stick it on pastebin and post ref it's a large file) Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
steve-g wrote: > I've just tried mapping it as a network drive (z:) and that works OK - > so it's just(?) a matter of why the file browser can't see it! On your RPI, what's the output of: Code: systemctl status nmbd.service Does the samba config file, etc/samba/smb.conf, contain a "netbios-name=" line? Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Looks OK. What about just doing a "network refresh" in Windows explorer? (It might take a couple of goes) Otherwise, is netbios enabled in your Windows? Check Services Computer Browser and TCP/IP NetBIOS Helper are running Click "Start" -> Type "Services" -> Click "Services" Find "Computer Browser" on the list and make sure it is "Started" Do the same for "TCP/IP NetBIOS Helper" Make sure Windows firewall is not blocking the connection. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
bakker_be wrote: > Are both devices in the same workgroup? That's what windows uses to > determine what to show in the file browser ... Not true, they don't have to be in same workgroup. Far more likely the culprit is the samba config. Comment out these lines, like so: Code: #local master = yes #domain master = yes #preferred master = yes Restart smbd & nmbd servces: Code: systemctl restart smbd nmbd Should be browesable now. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
bakker_be wrote: > You're right, they don't *have* to be, but it is the quickest way ;) See #1368 above Steve-g said: > > I've set the Samba workgroup to be the same as the PC's workgroup but > can't get any of my PCs (desktop and laptop) to see the Samba share (The > PCs run Windows 7 64bit if that makes any difference) > Workgroup is/was not the problem. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
bakker_be wrote: > My bad, didn't read thoroughly enough :) > That said, Win7 is notorious for not seeing Linux shares :( Windows 7 Virtual Machine - workgroup HOMELAN Debian 7 Virtual Machine - workgroup VWRKGRP - samba version 3.6 Arch SOA on x86-64 virtual machine - workgroup WORKGROUP - samba version 4.2 All VMs on the same sub-net. No problems browsing shares on Windows 7. No problems on real machines either on home network. Seeing samba shares across sub-nets is a different matter. But I would guess the average home user with more than one machine will just have everything on the same sub-net. Many moons ago, in the days of dial-up modems, I configured a 3 machine home network where one machine was used as a dedicated router/firewall, print and file server using samba shares with multiple NICS ip forwarding/ip tables etc. Had to get my head round Domain Master Browsers and Samba name resolution etc. This is stuff I have long forgotten, and probably would take an age to get right today. So, I was a bit surprised to see those entries in Triode's default smb.conf on SOA. It's all much simpler these days for home users with the typical ADSL/router/Switch device with an inbuilt firewall. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Owen Smith wrote: > Yes but they're not very good at it. And the built in DNS proxy in home > routers is usually diabolical, it caused me no end of problems until I > switched to a Pi running dnsmasq as my local DNS proxy. We're straying OT here. But what is the "it" they are not good at? I've never felt the need for a DNS proxy on small home network with just a couple of users. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
steve-g wrote: > No still not browsable in windows - I've an old machine with linux > (Ubuntu) so I powered this up - this finds the share with no problem but > the name was shown as "PI-MEDIA" (with the quotes) - I've edited the > samba config: > > workgroup = "STEVES" > netbios name = "PI-MEDIA" > > to remove the quotes round the workgroup and netbios name (I.E. > workgroup = STEVES) and it now works. > > It had to be something simple - at least if anyone else has a problem > we'll know how to fix it. > > Thanks for the help > > Steve Hells bells, missed the obvious. Glad it's sorted. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Owen Smith wrote: > The "it" is the inbuilt firewall/dhcp/web browser interception/wifi/dns > proxy/everything including the kitchen sink that current routers claim > to be able to do. Mine crashes and reboots itself a couple of times a > day. The less of its features I use, the more stable it becomes. And I > use the DNS proxy on my Pi because my broadband was very slow and had > lots of errors on the line, the line has now been fixed and doubled in > speed to 6mbps but I've got the proxy so why take it out? Sadly we don't all have good lines, live close to exchanges and have reliable Internet providers. Nor are all routers made equal. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
soundcheck wrote: > Hi folks. > > > Is anybody running SoA on a RPI 2 ?? > > I'm wondering how the Pi2 performs in comparison to the PI B+ regarding > server duties. > > > Cheers I would have thought the qualitative answer to your question was obvious. I seem to remember JackofAll did some real world test on this when the RPi 2 first hit the streets. Search for his post. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Man in a van wrote: > I think I saw mention of someone, somewhere, doing that. > > Apparently one has to download a basic image and then run the manual > install. > > I have a rpi2 but don't have the knowledge, as I tried reading the > instructions and got lost with something about aur (I think). > > Your a bright lad,:) tell me how to do it :p > > atb > > Ronnie Ronnie, In the absence of a RPI2 SOA installer image, you would need to follow these installation instructions first: http://archlinuxarm.org/platforms/armv7/broadcom/raspberry-pi-2 Then these: https://github.com/SqueezeOnArch/soa-aur The bit you got lost on was step 3. You do that with these commands as root: Code: useradd -r -m -d /aur -G wheel -c 'Soa Aur' -s /bin/false aur sed -i -e "/%wheel ALL=(ALL) NOPASSWD: ALL/c %wheel ALL=(ALL) NOPASSWD: ALL" /etc/sudoers This is a common step done in all Triode's installer images. (The first line adds a special user to the system as a member of the "wheel" group and the second line allows all members of the wheel group to use the "sudo" command without a password.) Actually, I think creating a SOA installer image for the RPI2 should be straightforward for anyone with some Linux know-how. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
soundcheck wrote: > Ah. Ok. Havn't been around for a while. Didn't know RPI2 is (still) not > supported. > Fair enough. Thx. Depends what you mean by supported. If the question is can SOA work on a RPI2, then the answer is yes. If the question is about an automated install process for the RPi2, then the answer is no. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
soundcheck wrote: > Hmmh. > > What you say is that the basic SoA OS setup (fixing the SD card and > installing a basic Arch OS incl. user,etc) is not working. > And all the pre-build binaries and SoA apps that usually get downloaded > later on during installation are working. > > Is it correct to assume, that only the initial SoA install image would > have to be adapted slightly to download the new RPI2 base image?? > ...Shouldn't be such a big issue then. If the packages in soa-repo/armv7h work on the RPi2, then yes I think you just have to modify the existing Rpi SoA install image. But I'm not able to test this. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Owen Smith wrote: > No-one knows, many have asked that question. He's still alive though, > because he has been updating an alpha test version of his BBC iPlayer > plugin on his test repository. No other software of his seems to have > any work done, at least which is publicly available. Had it crossed your mind that Adrian Smith might have been unwell? If so, that's not the most tactful of comments. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Owen Smith wrote: > If he's well enough to push out two updates to a plugin, he's well > enough to login once and post that he's got health problems and will be > reducing his contributions. No, ill makes little sense. It's something > else, either he needs a break or one has been enforced. I would point > out his last posting was a day after John Swenson had to withdraw the > Community Squeeze player after various postings from JackOfAll. Personally, I don't think such speculation is helpful. The legal issues around the old project are well known. Of course, I hope you a right in as much that Adrian Smith is fit and well and may yet return. In the meantime I continue to help where I am able and to sing the praises of squeezelite, jivelite, and SOA. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Owen Smith wrote: > So what would you prefer people say when there are postings asking where > Triode is and how he's doing? > > And the legal issues around the old project are not known at all, we > don't have a clue what they actually are. All that is known is that one > person has stated there are legal issues. The answer to that question is simple. We don't know! Unless, of course, you are privy to other verifiable information, then by all means share it. You have made the same speculative comment and innuendo repeatedly in various posts on this forum. You know my views, and others will judge if your comments are helpfull, or not. I've nothing else to say on the matter as this thread should be put to better use. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
badboygolf16v wrote: > I was looking for some advice on USB DAC setup using SoA on a Wandboard > Quad. > > I am trying to use a Wandboard Quad with Squeezelite via USB into an > Epiphany Acoustics EHP-O2Di (NwAvGuy ODAC). I'm using the USB host port > on the Wandboard and the setup only works with a USB hub in the middle. > > > The Wandboard works fine with no hub into a Benchmark DAC1 USB. > > Does anyone know if there is any way to avoid using a hub with the O2Di? > Or is this a hardware issue (power requirements?) that cannot be > resolved in any other way? > > Thanks I seem to remember this sort of thing being discussed in the past, e.g: Could the USB input of an Audiolab M-DAC be used without a USB HUB when connected to a Wandboard. IIRC the problem was about hardware which supported "Asynchronous mode", but was *not *USB Audio Class 2. A quick look at the Epiphany Acoustics EHP-O2Di would suggest it uses the same USB SA9023 receiver chips as the E-DAC 24 bit Miniature USB DAC. This receiver chip is supposedly Asynchronous, but is not USB Audio Class 2 compliant. So, I think the answer is there is no way to avoid using the hub with the O2DI. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
adrian0115 wrote: > Just wanted to say that I'm looking to try SqueezeOnArch and have a > similar problem with what you're encountering. My current setup is as > follows: > > Cubox-i4pro LE (1.2ghz) > Volumio 1.55 > Dragonfly 1.0 (with Dragontail extender) > > When I connect the Dragonfly to the Cubox directly, I get pop/crackles > when playing 16/44 material. Playing 24/96 was ok. I used a Belkin > powered hub between the two and everything works perfectly now. I got a > reply from Gordon Rankin saying that since the USB controller (TAS1020B) > is full speed and not high speed, maybe somehow the hub is > "re-packetizing" things. > > Anyway, it looks like using the hub is the only way to go right now as > I'm still waiting for my XMOS powered DAC (LH Labs Pulse X Infinity). > I'm hoping that it's plug and play with the XMOS controller since the > DAC isn't USB powered. See posts #312 and #317 on this old thread from 2013: http://forums.slimdevices.com/showthread.php?97881-Community-Funded-Squeezebox-Replacement-Would-you-be-interested/page32 Triode (and others) had identified the problem as an inherent limitation of ARM SoC devices like the Cubox when used with full speed UAC devices. It relates to the ehci hardware implementation on these ARM devices. So, I wouldn't expect a change from Volumio to SOA on your Cubox/Dragonfly combo to alter the need for you to use a hub. The dragonfly's USB receiver chip TAS1020B is another UAC 1 device. ( http://www.ti.com/product/tas1020b). When you get your UAC 2 USB DAC things should be OK. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
praganj wrote: > Tried to install soa on small Zotac with quad atom running with Linux > Arch. User aur was not there, so i created /aur and just copied > /etc/passwd, shadow, group and sudo users from existing soa on Pi, than > i have copied soa installation with git, than i am doing "su - aur", but > for some reason i am still root ??? and soa install script is not > working. > Any details how to properly set up aur user ? Triode does this in his install scripts: Code: useradd -r -m -d /aur -G wheel -c 'Soa Aur' -s /bin/false aur sed -i -e "/%wheel ALL=(ALL) NOPASSWD: ALL/c %wheel ALL=(ALL) NOPASSWD: ALL" /etc/sudoers The files you copied need to be removed before executing these commands. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
atrocity wrote: > I apologize if this has already been asked and answered, but I can't > find it. > > Is there a simple and safe way to update LMS on an SoA installation on a > Wandboard Quad? This was initially done easily via the web interface, > but with Triode taking a break there hasn't been a new LMS version > available that way in some time. > > A step-by-step would be greatly appreciated. > > Thanks! To be safe, it's probably a good idea to make a copy of your current SDcard first. I only have SOA on an RPI and don't usually run LMS on it. But all you do is hit the "update" button on the update page. That updates everything. If you see a meesaage about unable to access github.com, then you might have to re-do the update to get the latest LMS, assuming you choose to install 7.9. Otherwise, as the "help" says: "Squeeze Server 7.8 - stable version of Logitech media server 7.8" - so no updates there. Just updated LMS on my PRI to check it works: Before: '[image: http://s4.postimg.org/l7i65l61l/rpiupdate1.jpg]' (http://postimg.org/image/l7i65l61l/) After: '[image: http://s24.postimg.org/hdz0zt6v5/rpiupdate2.jpg]' (http://postimg.org/image/hdz0zt6v5/) Follwed by a "full clean. It seems OK. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
soundcheck wrote: > Just installed an Arch Minimal and SoA (from GIT) on a Pi2. Works > nicely. > But it needs some Linux knowledge to get going. > What all descriptions I came across seem to lack, is a note about how to > set up the "aur" user and the related home (/aur). > Several mods inside the OS are also missing. > All these I2S DAC modules need to be added manually. > Perhaps there's more. > However. I'm more then happy the way the stuff performs. > The PI2 also performs nicely. > I installed LMS and SL. While streaming Qobuz flacs I run a CPU load of > around 0.7%. Not bad. ( I applied a little overclocking though) > > > > Some Qs. > > 1. When running SL and LMS on the same device, wasn't there a specific > networking setup for SL to pass the networkstack 100% by ? Or was it > done automatically? > 2. Perhaps I forgot. Is SoA announcing its own URL on the local web > server, e.g: "http://soa"; instead of entering the IP address of the > server/client? > 3. Does anybody know if Triode runs an install script to apply certain > OS modifications, e.g. stuff like setting journald to volatile ? > > THX I posted the "aur" user setup commands used by Triode at #1400. What OS mods are you referring to? For DAC modules, I suppose you mean you have to manually edit config.txt to enable the correct overlays for your I2S hardware, and then re-boot. Triode didn't get around to incorporating selecting such devices via his webui. To answer your questions: 1. Don't know - not heard of this before. 2. Check your htop - did you install avahi? If you used an official installer you'd get avahi-daemon running and the Rpi announced as "soa-rpi.local" (your hostname might differ). So you could ping, ssh or access via web using that name. 3. Just mount one of the official installer images and check the contents of create sd card script. AFAIK, this is the only place/time that anything you might call an "OS mod" takes place. And on my RPi install journald stoarge is already set to "Volatile": Code: cat etc/systemd/journald.conf cat: etc/systemd/journald.conf: No such file or directory [root@soa-rpi ~]# cat /etc/systemd/journald.conf # This file is part of systemd. # # systemd is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2.1 of the License, or # (at your option) any later version. # # You can override the directives in this file by creating files in # /etc/systemd/journald.conf.d/*.conf. # # See journald.conf(5) for details [Journal] Storage=volatile #Compress=yes #Seal=yes #SplitMode=uid #SyncIntervalSec=5m #RateLimitInterval=30s #RateLimitBurst=1000 #SystemMaxUse= #SystemKeepFree= #SystemMaxFileSize= #RuntimeMaxUse= #RuntimeKeepFree= #RuntimeMaxFileSize= #MaxRetentionSec= #MaxFileSec=1month #ForwardToSyslog=no #ForwardToKMsg=no #ForwardToConsole=no #ForwardToWall=yes #TTYPath=/dev/console #MaxLevelStore=debug #MaxLevelSyslog=debug #MaxLevelKMsg=notice #MaxLevelConsole=info #MaxLevelWall=emerg Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
atrocity wrote: > I can't tell from the images, but is your LMS really updating? If so, > have you edited repositories somewhere? In my situation, the automatic > update from the web GUI works fine to update Arch, but the LMS version > hasn't changed in months. It pulls everything in, then says "There is > nothing to do" and leaves the current LMS as is. Maybe for some reason > the Pi updates but the Wandboard doesn't...could be the Pi can pull from > a standard repository, but the LMS version for the Wandboard is > modified. (I have no idea what I'm talking about, obviously.) > > This isn't really critical since everything works, I just assume that at > some point I'll be annoyed about a new feature I'm missing. > > Thanks! Did you enlarge my before and after images? Just click on them and you will see the LMS version has changed. Did you install LMS 7.8 or 7.9? Only 7.9 changes are tracked. The *only *thing I did was to hit the "update" button. This is the relevant output from my update earlier today: Code: ==> Making package: logitechmediaserver-7.9-lms 1-1 (Fri 5 Jun 10:39:34 BST 2015) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Updating slimserver git repo... Fetching origin From https://github.com/Logitech/slimserver 8d4081c..c92119f public/10.0 -> public/10.0 48123ae..dffc825 public/7.7 -> public/7.7 27220cf..ebf2b90 public/7.8 -> public/7.8 cb0eea9..274976e public/7.9 -> public/7.9 * [new branch] public/feature/nomysb -> public/feature/nomysb + 2f50444...9cc1b73 refs/pull/10/merge -> refs/pull/10/merge (forced update) + 3286ddc...7470a7e refs/pull/2/merge -> refs/pull/2/merge (forced update) * [new ref] refs/pull/47/head -> refs/pull/47/head * [new ref] refs/pull/47/merge -> refs/pull/47/merge * [new ref] refs/pull/48/head -> refs/pull/48/head * [new ref] refs/pull/48/merge -> refs/pull/48/merge * [new ref] refs/pull/52/head -> refs/pull/52/head + b3b0568...b6a2e8d refs/pull/9/merge -> refs/pull/9/merge (forced update) -> Found service -> Found install ==> Validating source files with sha1sums... slimserver ... Skipped service ... Passed install ... Passed ==> Extracting sources... -> Creating working copy of 7.9 git repo... From /aur/soa-aur/logitechmediaserver-7.9-lms/slimserver cb0eea9..274976e public/7.9 -> origin/public/7.9 8d4081c..c92119f public/10.0 -> origin/public/10.0 48123ae..dffc825 public/7.7 -> origin/public/7.7 27220cf..ebf2b90 public/7.8 -> origin/public/7.8 * [new branch] public/feature/nomysb -> origin/public/feature/nomysb Switched to a new branch 'makepkg' ==> Starting pkgver()... ==> Updated version: logitechmediaserver-7.9-lms 7.9r19724.274976e-1 ==> Starting prepare()... ==> Entering fakeroot environment... ==> Starting package()... ==> Tidying install... -> Purging unwanted files... -> Removing libtool files... -> Removing static library files... -> Compressing man and info pages... ==> Creating package "logitechmediaserver-7.9-lms"... -> Generating .PKGINFO file... -> Adding install file... -> Generating .MTREE file... -> Compressing package... ==> Leaving fakeroot environment. ==> Finished making: logitechmediaserver-7.9-lms 7.9r19724.274976e-1 (Fri 5 Jun 10:41:39 BST 2015) ==> Installing package logitechmediaserver-7.9-lms with pacman -U... loading packages... resolving dependencies... looking for conflicting packages... Packages (1) logitechmediaserver-7.9-lms-7.9r19724.274976e-1 Total Installed Size: 47.37 MiB Net Upgrade Size: -0.01 MiB :: Proceed with installation? [Y/n] checking keyring... checking package integrity... loading package files... checking for file conflicts... checking available disk space... upgrading logitechmediaserver-7.9-lms... Created symlink from /etc/systemd/system/multi-user.target.wants/logitechmediaserver.service to /usr/lib/systemd/system/logitechmediaserver.service. ==> Cleaning up... Update complete: Fri 5 Jun 10:42:06 BST 2015 As fas as I understand it, the same programming logic should apply to both the RPi and Wandboard, the only difference being in the specifics of the package re-build to use the armv7h soa repo for the Wandboard, as opposed to the armv6h for the RPi. Assuming you are hoping to update LMS 7.9, you could try a "full-clean" before an "update". Does that make any difference? Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
atrocity, Hitting the update button triggers soa-update-all.sh, which you can see here: https://github.com/SqueezeOnArch/soa-aur/blob/master/soa-update-all.sh These git commands are executed early on: Code: git checkout HEAD -- $(git ls-files -m) git pull git is still a mystery to me, so why the "Updating slimserver git repo" worked for me, and not for you, I don't know. These initial commands, in my case, produced the messages: Code: Your branch is up-to-date with 'origin/master' Already up-to-date This was my 2nd attempt at the update. First time, all the standard arch packages were updated. but LMS would not(?) as the connection to github failed. On 2nd attempt. my output was as I posted. As the script runs, after these initial git actions you get this, if you have the output of "journalctl -f" displayed on a a terminal: Code: PWD=/aur/soa-aur ; USER=root ; COMMAND=/usr/sbin/pacman -Syu --noconfirm --noprogressbar That's updating all your std packages. Once that's complete is should select an LMS update. The pkgbuild, which you can see here: https://github.com/SqueezeOnArch/soa-aur/blob/master/logitechmediaserver-7.9-lms/PKGBUILD, contains another git command, which is when I'd expect to see any "Updating slimserver git repo..." messages as it clones/updates the files in slimserver directory. What happens if you delete everything in "/aur/soa-aur/logitechmediaserver-7.9-lms/slimserver" before you attempt an update? Chaos, or will you re-populate this directory with the latest relevant git files? I'll experiment when I get the chance. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
kidstypike wrote:
> Any reason why I no longer see an "Update" button for my SoA on a
> Cuboxi4pro? It used to be there.
>
> Everything works fine otherwise.
>
> Thanks
Does this problem persist after a reboot?
The program that displays the SOA web pages uses a number of HTML
templates. Connect to your Cubox as root using SSH and check the
contents of this file: /usr/share/soa-web/templ/update.html
It should be the same as this:
https://github.com/SqueezeOnArch/soa-web/blob/master/templ/header.html
In particular these lines should be present:
Code:
{{#p_update}}
{{{update}}}
{{/p_update}}
If the files are the same, I don't know what's happened.
Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080
View this thread: http://forums.slimdevices.com/showthread.php?t=101624
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
kidstypike wrote:
> Thanks Krisbee, code doesn't seem to be there:
>
> >
Code:
> > var log_xhr;
> function update_log(id, url, lines) {
> var xhr = new XMLHttpRequest();
> if (xhr) {
> xhr.onreadystatechange = function() {
> if (xhr.readyState == 3) {
> var lines = xhr.responseText.split('\n')
> if (lines.length > lines) {
> lines.splice(0, lines.length - lines)
> }
> var textArea = document.getElementById(id);
> textArea.textContent = lines.join('\n');
> textArea.scrollTop = textArea.scrollHeight;
> }
> }
> xhr.open("GET", url, true);
> xhr.send();
> return xhr;
> }
> }
> function startstop_log(action) {
> if (!action) {
> action = log_xhr ? 'stop' : 'start';
> }
> if (action == 'start' && !log_xhr) {
> log_xhr = update_log('update_status', 'soa-build.log?stream=1&lines=1',
1000);
> } else if (action == 'stop' && log_xhr) {
> log_xhr.abort();
> log_xhr = null;
> }
> }
> function toggle(check1, check2) {
> element1 = document.getElementById(check1);
> element2 = document.getElementById(check2);
> if (element1.checked) {
> element2.checked = false;
> }
> }
> window.onload = function() {
> check_help();
> startstop_log('start');
> }
>
>
>
>
> width="{{{logo_small_width}}}" height="{{{logo_small_height}}}" />
>
>
>
>
>
> {{{title}}}
>
>
>
>
>
>
>
>
>
> {{{#context}}}
>
>
> {{{help}}}
>
>
> {{{context}}}
>
>
> {{{/context}}}
>
>
>
>
>
> {{{update}}}
> {{{update_desc}}}
>
>
>
>
>
>
>
>
>
> {{{installremove}}}
>
> {{{squeezelite}}}
>
>
> {{{p_squeezelite_ver}}}
>
>
>
> {{{jivelite}}}
>
>
> {{{p_jivelite_ver}}}
>
>
>
> {{{server78}}}
>
>
> {{{p_server78_ver}}}
>
>
>
> {{{server79}}}
>
>
> {{{p_server79_ver}}}
>
>
> {{#p_kernel_checked}}
>
> {{{kernel}}}
>
>
> {{{p_kernel_ver}}}
>
>
> {{/p_kernel_checked}}
>
>
>
>
>
>
> {{#p_reinstall}}
>
> {{{reinstall}}}
> {{{reinstall_desc}}}
>
>
>
>
>
>
> {{/p_reinstall}}
>
>
>
>
>
>
>
>
>
>
> {{{p_log}}}
>
> >
>
> LMS works fine on the Cubox, I just find it odd that I no longer have
> an "Update" button, I seem to remember someone else mentioned they had
> the same problem, but I can't find the post now.
>
> Thanks
Apologies, my previous post should have read compare the contents of
your /usr/share/soa-web/templ/header.html file with the version on git
Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080
View this thread: http://forums.slimdevices.com/showthread.php?t=101624
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
kidstypike , Any idea what activities you carried out on SOA before the lose of the "update" feature happened? Do you leave your device running 24/7? You didn't say if the problem presists after a reboot. Rather than reboot, you could just restart the soa-web.service at the command line: Code: systemctl restart soa-web and clear your browser cache before connecting to the SOA webUI. It's possible to force a rebuild of the soa-web package at the CLI, which might resolve the problem, although it would probably be best to copy your SD card before trying that. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
simoh wrote: > Hello. I had to clone soa-aur into /aur for the update button to > appear. > > Simon. Yes, but you had installed SOA on an Odroid, presumely without using one of Triode's installer images. I would expect the install on a cubox created the correct directories and special user "aur", i.e: Code: [root@archvm ~]# cd /aur/ [root@archvm aur]# ls -l total 8 -rw-r--r-- 1 aur aur2 Apr 14 11:17 binary-repo drwxr-xr-x 16 aur aur 4096 Apr 14 10:36 soa-aur Perhaps kidstypike can confirm it that's the case or not. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
kidstypike wrote: > I'm not sure what you're asking me to confirm, but I used one of the > installer images from the first post initially, and updated all a month > later. That image shows your install is out date. You must have missed an annoucement near the year's beginning that changes to the way arch package management worked meant Triode advised that SOA had to be re-installed from scratch. If you were confident with Linux you might avoid that, but it's probably quicker for you to re-install, even though you'll have to go through configuring squeezelite and LMS again. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
