yyr 2017-01-30 10:46:43
graps: thanks. Ok, so I have a systemd startup service. It loads a script at boot, which in turns sets up the system at boot. This startup script can not seem to load my two scripts I ran run at boot. In fact rc.local has the same problem
graps 2017-01-30 10:46:58
yyr: What's your question ?
jak2000 2017-01-30 10:47:10
in DreamHost, the option is cloud server right?
graps 2017-01-30 10:47:25
jak2000: Yes, DreamCompute is a cloud based service
yyr 2017-01-30 10:47:44
graps: I'm trying to run two scripts at boot. how do I do that?
yyr 2017-01-30 10:48:07
graps: traditional method do not seem to work.
alauda 2017-01-30 10:49:12
hi
alauda 2017-01-30 10:49:35
need help for installing dpc-r1
jak2000 2017-01-30 10:49:51
graps amazon is free the first year not?
yyr 2017-01-30 10:49:55
Both scripts work, and if I run one script from rc.local, and one from the startup script they load. But if I try to load both scripts from say rc.local, or my startup script. Only one runs
graps 2017-01-30 10:50:49
yyr: Using Debian version ?
yyr 2017-01-30 10:51:06
Jessie
graps 2017-01-30 10:51:16
jak2000: Amazon is technically free. You have to pay for storage monthly
graps 2017-01-30 10:51:30
jak2000: So, Amazon is not really free
yyr 2017-01-30 10:52:18
graps: armhf ABI if that matters. But it shouldn't
graps 2017-01-30 10:52:22
yyr: Here's a link for rc.locl on startup. It's Ubuntu, but systemd runs on Debian too: https://askubuntu.com/questions/9853/how-can-i-make-rc-local-run-on-startup
graps 2017-01-30 10:54:43
yyr: Does that link make sense for your issue ?
yyr 2017-01-30 10:55:16
graps: thanks, but I've tried all that. And yes, I'm trying ot make this work from a systemd service. But As i stated, everythign works, fine, except running multiple scripts back to back from the same method, be it systemd or rc.local does not work in my case
yyr 2017-01-30 10:56:46
graps: I can make two script run at boot, if i run one from rc.local and one from a systemd startup script / service
graps 2017-01-30 10:57:25
yyr: Hmmm. You might want to ask someone more familiar with systemd. I'm more an init.d person, but let me check one more place, stackoverflow
yyr 2017-01-30 10:57:47
graps: yeah, me too . ..
yyr 2017-01-30 10:58:23
maybe I'm just missing somethign really simple, just unknown to me
yyr 2017-01-30 10:58:35
google in this case, knows too much
graps 2017-01-30 10:58:57
yyr: Here's something from stackoverflow: http://stackoverflow.com/questions/7783341/run-script-with-rc-local-script-works-but-not-at-boot
yyr 2017-01-30 10:59:22
graps: hehe yeah i probably read that already, but I'll look
yyr 2017-01-30 11:00:53
graps: ok I do not think I've seen that one yet. I wonder if this could be a stdout, stderr, etc issue
graps 2017-01-30 11:01:23
yyr: What is your overall goal...to load up windows, to start up applications, ... ?
yyr 2017-01-30 11:01:42
basically the scripts I have just run in an inifinite loop( while : ) and monitor one thing each
graps 2017-01-30 11:02:55
yyr: You can try to run them after login, maybe place them in your .bash_profile or .bashrc script, if it's a command-line app or program
yyr 2017-01-30 11:03:21
graps: headless unattended system . . .
graps 2017-01-30 11:04:18
yyr: Is your system in the cloud, or a 24/7 rack system ?
yyr 2017-01-30 11:04:20
I may have to pivot this to C or C++ if i can't get this resolved in a timely fashion
graps 2017-01-30 11:05:15
jelly: Do you have suggestions for yyr ?
yyr 2017-01-30 11:05:18
graps: it's a small arm based system meant to monitor various things from external sensors
yyr 2017-01-30 11:05:43
and of course log the data
yyr 2017-01-30 11:05:45
I
yyr 2017-01-30 11:06:01
I've got it all worked out, except for this one issue, which is pretty much a show stopper
graps 2017-01-30 11:06:23
yyr: If your arm-based system is always on, I was thinking maybe run a nohup command for those scripts
graps 2017-01-30 11:07:09
yyr: There's the possibility of runaway processes, though...memory and/or system instability
yyr 2017-01-30 11:08:09
graps: well it's not a stability issue, my guess is that since both scripts run infinite loops that the second never gets loaded. but i have tried sending each script process to the backgroundusing amphersand
yyr 2017-01-30 11:08:46
such as /path/to/myscript.sh &
graps 2017-01-30 11:09:19
yyr: That's good for casual operation, but if the system reboots, the processes will have to be reloaded
jelly 2017-01-30 11:09:26
graps: sorry, busy right now
graps 2017-01-30 11:09:31
jelly: okay
yyr 2017-01-30 11:09:53
graps: yes, thats why i have a script that runs through a systemd startup service to load them
graps 2017-01-30 11:10:45
yyr: In my Ubuntu system, when I wanted to always start up an xterm window or Firefox, I would place the applications in .config
graps 2017-01-30 11:11:42
yyr: Is Debian Wheezy fully running in your arm-based device ?
yyr 2017-01-30 11:11:45
graps: I even tried using seperate systemd services to load each script directly. whcih did not work. But at least that way I did get a cryptic error message from running systemctl status on the service. That also did not help. google session returned unrelated posts
yyr 2017-01-30 11:12:14
Debian Jessie, and yes
yyr 2017-01-30 11:12:26
it's a minimal rootfs
yyr 2017-01-30 11:13:29
graps: but I'm not convinced this is a debian related issue really. I'm thinking it's more of an issue with my bash scripting ability
yyr 2017-01-30 11:14:03
something I do not know of, and hence don't know what to look for
graps 2017-01-30 11:14:04
yyr: You might want to find the folders that are always invoked at startup. They are usu. for specific things, like for Apache webserver or /var/log things. Let me check the Debian site for startup scripts
yyr 2017-01-30 11:14:44
graps: I'm under the impression this is what systemd is for
yyr 2017-01-30 11:15:08
graps: like you though I much prefer sysv, but in this case I have no choice
graps 2017-01-30 11:15:42
yyr: How about this link: http://unix.stackexchange.com/questions/188042/running-a-script-during-booting-startup-init-d-vs-cron-reboot
yyr 2017-01-30 11:17:32
graps: I'll take a look i'm not convinced using an init.d LSB script would make any difference but i can try
somiaj 2017-01-30 11:17:42
yyr: give systemd an open mind, I find it better than sysv init in lots of cases. In comparision issues arrise because of 1) it isn't sysvinit, so it needs to be configured differently which takes learning something new, 2) it isn't as long tested as an init system, so edge cases outside of its design aren't as well documented/easy to deal with.
awal1 2017-01-30 11:17:45
How to remove 'itunes application detector' from firefox? :(
awal1 2017-01-30 11:17:56
plugin ^
awal1 2017-01-30 11:18:12
it's there bcoz of gnome
yyr 2017-01-30 11:18:26
somiaj: systemd in this case is failing, but it could be that I need to switch targets for one of my services
awal1 2017-01-30 11:19:01
well, I have set it to 'never activate' but I really want to remove it and no see it in my firefox-esr
somiaj 2017-01-30 11:19:04
yyr: look at the output of systemctl and journalctl, it gives you a lot of info on if/why services are failing.
somiaj 2017-01-30 11:19:30
yyr: note I missed the actual issue you have, so only have generic advise.
yyr 2017-01-30 11:19:51
somiaj: wasn't helpful. some cryptic error which yelded many, many non related google hits
graps 2017-01-30 11:20:11
somiaj: yyr wants to run two diff scripts at startup on an arm-based device. Running Debian Jessie
yyr 2017-01-30 11:20:15
yielded*
ctc 2017-01-30 11:20:36
Hello. Can I try asking doubt about setfacl?
yyr 2017-01-30 11:20:53
the end result is this. If I try to run both scripts at boot using the same method it doesnt work
yyr 2017-01-30 11:21:20
but if i run one script one wasy( systemd ) and the other with a different method( rc.local ) they both run fine
mad_hatter 2017-01-30 11:21:34
Is there a way to install all of the CD iso's required for an offline debian install onto a single usb drive?
somiaj 2017-01-30 11:22:03
yyr: you wrote a .service file for each script?
yyr 2017-01-30 11:22:19
This tells me on script is interfering with the other starting up, for some reason, but i have not been able to figure out why
yyr 2017-01-30 11:23:09
somiaj: I have a startup service that calls a startup script, which in turn sets up the system, then runs at this moment two other scripts
somiaj 2017-01-30 11:23:34
mad_hatter: dvd1 should be more than enough for most cases. If you have the .iso's of the other dvd's mounted on another partition, you can mount the .iso as a loopback device and use apt-cdrom to scan/install stuff from them as well.
somiaj 2017-01-30 11:23:52
mad_hatter: but this requires a little manual work for each additionial iso you want access to.
mad_hatter 2017-01-30 11:24:20
so just copying dvd1 .iso to the usb drive should be enough?
ctc 2017-01-30 11:24:22
I tried ACLs for setting extended permissions -recursively- on a directory for a user1. I expected this to work: setfacl -Rdm u:user1:rw /path/to/directory. Then I checked with ls -la, saw the + sign, so went testing. No, still was not working.
ctc 2017-01-30 11:24:39
Recurred again to getfacl and realized there were no actual permissions for user1, only the defaults were set for directories.
somiaj 2017-01-30 11:24:47
mad_hatter: as per the install guide, yes -- most common packages are on dvd1, if you need packages on the other dvd's you can deal with that after the install.
ctc 2017-01-30 11:24:51
I had to try again without the -d option to make it work.
graps 2017-01-30 11:25:17
yyr: How about running a bash script after the system loads up (or reloads/reboots), is invoked on the script after .bashrc ?
mad_hatter 2017-01-30 11:25:18
somiaj: the reason i have to do an offline install is that i dont have the realteak-nonfree firmware available to me
yyr 2017-01-30 11:25:24
somiaj: I also tried running services for each script, but one was failing, with the cryptic error nessage from systemctl status I mentioned earlier
ctc 2017-01-30 11:25:43
Thing is, with setfacl -Rdm I expected to do everything at once: change all existent stuff recursively AND setting the default ACLs for newly created stuff.
somiaj 2017-01-30 11:25:45
mad_hatter: oh is that the only reason
somiaj 2017-01-30 11:25:48
!firmware installer
dpkg 2017-01-30 11:25:49
Debian-Installer is able to load additional , by including it within installation media or supplying on removable media (e.g. USB stick, floppy). See http://www.debian.org/releases/jessie/amd64/ch06s04 . To include firmware within Debian images, see http://wiki.debian.org/DebianInstaller/NetbootFirmware . See also .
somiaj 2017-01-30 11:25:55
mad_hatter: ^^ just use the non-free firmware installer
ctc 2017-01-30 11:26:03
Was I wrong then?
yyr 2017-01-30 11:26:03
graps: that wont work, the system is never meant to be logged into. In a traditional manner
yyr 2017-01-30 11:26:14
except for maintanence
Henry151 2017-01-30 11:26:25
hello again #debian :D
graps 2017-01-30 11:26:26
yyr: cron job ?
Henry151 2017-01-30 11:26:33
I am encountering a new issue
graps 2017-01-30 11:26:39
Henry151: Hi there, again
Henry151 2017-01-30 11:26:59
with one of the three toughbooks I'm trying to keep running for my nephews schoolwork, I'm having a problem with udev Kernel Device Manager
Henry151 2017-01-30 11:27:11
https://bpaste.net/show/6e0828f53e9b
mad_hatter 2017-01-30 11:27:35
somiaj: for some reason the realtek firmware isn't included in the firmware version of the iso
yyr 2017-01-30 11:27:48
i havent tried a cron job yet. was hoping to avoid cron in favor of systemd timers if it comes to that
graps 2017-01-30 11:27:51
Henry151: You're in the same boat as yyr, regarding systemd ;)
somiaj 2017-01-30 11:28:15
mad_hatter: Is it the case you need a newer kernel and firmware from jessie-backports?
somiaj 2017-01-30 11:28:20
,v firmware-realtek
judd 2017-01-30 11:28:21
Package: firmware-realtek on amd64 -- wheezy/non-free: 0.36+wheezy.1; wheezy-backports/non-free: 0.43~bpo70+1; jessie/non-free: 0.43; stretch/non-free: 20160824-1; jessie-backports/non-free: 20161130-2~bpo8+1; sid/non-free: 20161130-2; stretch/non-free: 20161130-2
Henry151 2017-01-30 11:28:26
I first encountered this earlier today, so reinstalled the OS completely, and when I did apt-get update && apt-get upgrade && apt-get dist-upgrade I got the stuff seen in the bpaste
Henry151 2017-01-30 11:28:34
yyr: you're encountering the same trouble?
yyr 2017-01-30 11:28:36
systemd is actually very well thought out. Just my understanding of it is probably not the best
graps 2017-01-30 11:29:02
yyr: Maybe do some research on systemd, and rc.local, but try narrowing down on the boot up part
yyr 2017-01-30 11:29:06
Henry151: I'm not sure, i havent been following your messages.
somiaj 2017-01-30 11:29:15
mad_hatter: in this case you can still use the netinstall to install the base system. Manually download the linux-image, linux-base and firmare-realtek from packages.debian.org, copy it over.
somiaj 2017-01-30 11:29:38
mad_hatter: in that case dvd1 will be more than sufficent to do the install from, but you'll still have to do some extra work.
yyr 2017-01-30 11:30:03
there is not much to research on rc.local. You run commands . . . in sequence. with a few . . .potential complications
graps 2017-01-30 11:30:05
yyr: Maybe systemd is affecting Henry151's toughbooks, but not regarding booting up scripts. I just saw Hnery151's bpaste
somiaj 2017-01-30 11:30:07
mad_hatter: so now it is just preference, do you want to download the full dvd, so you have a gui when you get the kernel from backports, or do you want a minimial basesystem from the netinstall.
mad_hatter 2017-01-30 11:30:24
how do i get the netinstaller to see the firmware-realtek when it tries to configure my network
mad_hatter 2017-01-30 11:30:29
because a netinstall would be preferable
yyr 2017-01-30 11:30:34
I'm nearly convinced my problem related to running both these scripts in an infinite loop. somehow
graps 2017-01-30 11:30:57
yyr: Maybe you should paste into a pastebin your output
Henry151 2017-01-30 11:31:35
when I first encounered my issue, the bootup was hanging with a message that said something about kernel device manager
somiaj 2017-01-30 11:31:36
mad_hatter: it won't, it sounds like your card needs a newer kernel and firmware, so this will require some manual work to get wifi working with jessie.
somiaj 2017-01-30 11:32:02
mad_hatter: but a netinstall has a base image on it (doesn't require a network) and once you have the base image you can manually install from there.
graps 2017-01-30 11:32:07
Henry151: Right. And, did the system load up, or did it stop at the udevd.service error ?
yyr 2017-01-30 11:32:08
graps: is there a way to tell why the scripts are failing to load at boot ? dmesg doesnt seem capable
Henry151 2017-01-30 11:32:18
graps: it stopped at the error
graps 2017-01-30 11:32:30
yyr: Try pasting a reboot session, and we can analyze the output
Henry151 2017-01-30 11:32:57
so I re-installed the OS completely, because there was no data to worry about, since I just set the machines up this week
yyr 2017-01-30 11:33:33
Sorry to sound pompous, but it won't do either of us any good. I'm pretty good at troubleshooting from boot logs
yyr 2017-01-30 11:33:41
there is no related output to these scripts
graps 2017-01-30 11:33:49
Henry151: What distro location did you get the Debian release ?
yyr 2017-01-30 11:33:54
hence my problem
graps 2017-01-30 11:34:07
yyr: Ah, that's going to make for a tougher analysis
yyr 2017-01-30 11:34:54
I might be able to write somethign in the top of the script that outputs something but . . .
graps 2017-01-30 11:35:04
yyr: It's worth a shot
yyr 2017-01-30 11:35:24
I'm not sure how to do that, or where to put that output
yyr 2017-01-30 11:35:41
I know output somethign to a file
graps 2017-01-30 11:35:52
yyr: Try searching for a script, maybe a debug script
yyr 2017-01-30 11:36:09
IS there a way for a startup script to send debug info to the sys, or boot log ? that I don't know
yyr 2017-01-30 11:36:15
rgr
yyr 2017-01-30 11:36:37
I will be back in a bit
graps 2017-01-30 11:36:43
yyr: okay
ctc 2017-01-30 11:42:18
With "setfacl -Rdm" I expected to do everything at once: change all existent stuff files and folders recursively, AND setting the default ACLs for newly created stuff. But it's not working...
