Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230

 

 

 

systemd is destructive

Here you can discuss every aspect of Debian. Note: not for support requests!
Locked
Message
Author
User avatar
phenest
Posts: 1702
Joined: 2010-03-09 09:38
Location: The Matrix

Re: systemd is destructive

#16 Post by phenest »

golinux wrote:
phenest wrote:After all, if you not satisfied with keeping Debian as the Debian devs intended, then you're asking for trouble.
And here I thought Linux was about modularity and choice and doing things YOUR way. When did that change into 'do it our way if you want it to work'? Monolithic and zero choice comes to mind . . .
I'm not saying you don't have choice. But if you do change things, things could break.
M51 wrote:
phenest wrote:
M51 wrote:Also, claiming "works for me" doesn't help the guy with the printer problem, seeing as phenest doesn't even know if it is the same model, interface, etc.
What printer problem? That "guy" didn't specify. That "guy" just blamed systemd. How can someone give help when they don't specify what the problem is.
He wasn't really asking for help. Assuming everyone who has trouble with systemd must be wrong is stupid.
If he wasn't asking for help, then why did you accuse me of not being helpful?
M51 wrote:
phenest wrote:
M51 wrote:That is simply 100% shitty-ass design. No reasonable developer can debate that and systemd is chock full of examples of exactly that kind of behavior. Reading the systemd changelog is some scary crap.
If systemd is that bad "100% shitty-ass design", should everyone be affected?
If you really think that, then you probably ought not to comment on technical issues.
But calling it a "100% shitty-ass design" is technical, is it?
M51 wrote:
phenest wrote: After all, if you not satisfied with keeping Debian as the Debian devs intended, then you're asking for trouble.
LOL, that's the stupidest and funniest thing I've heard all day. Thanks! :lol:
Is that the best comment you can make? I haven't seen any evidence of you putting up a technical argument. Perhaps you could give me an example of how systemd can break, along with methodology to achieve it. If I don't see it for myself, then I can't sympathise.
I don't have a problem with systemd, because I haven't done anything to break it. That doesn't mean I haven't changed anything about my setup, it's just that so far, nothing has broken due to what I've done. The default Debian installation works for me too.
Again, help me out. What do I do to make systemd "destructive"?
ASRock H77 Pro4-M i7 3770K - 32GB RAM - Pioneer BDR-209D

robert-e
Posts: 44
Joined: 2011-12-09 21:29

Re: systemd is destructive

#17 Post by robert-e »

@golinux: Forget phenest; if he were on another forum, he would be known as a "systemd fanboy", with all that entails.
@phenest: Keep on using systemd; you deserve it.

Regards,
Bob

M51
Posts: 397
Joined: 2013-05-13 01:38

Re: systemd is destructive

#18 Post by M51 »

phenest wrote:
M51 wrote:
phenest wrote: If systemd is that bad "100% shitty-ass design", should everyone be affected?
If you really think that, then you probably ought not to comment on technical issues.
But calling it a "100% shitty-ass design" is technical, is it?
Yes...yes it is. It also seems to be beyond you.
Denying the possibility of bugs because they don't affect everyone belies an ignorance too deep to comment on.
phenest wrote:
M51 wrote:
phenest wrote: After all, if you not satisfied with keeping Debian as the Debian devs intended, then you're asking for trouble.
LOL, that's the stupidest and funniest thing I've heard all day. Thanks! :lol:
Is that the best comment you can make? I haven't seen any evidence of you putting up a technical argument. Perhaps you could give me an example of how systemd can break, along with methodology to achieve it. If I don't see it for myself, then I can't sympathise.
No, I can do much more, but you certainly aren't worth it, you tool. That you think there's a single right 'path' to follow and straying invites disaster is comical in the extreme. How do you get the courage to press keys on your keyboard?

No technical argument? Ha, I've already given you the basics...why don't you run off and do some testing? I don't care if you never see it and I certainly don't need your sympathy. But you do have mine. It must be difficult living so far below the intellectual capacity of others.
phenest wrote: I don't have a problem with systemd, because I haven't done anything to break it.
Ah yes, the famed systemd supporter rhetoric "It can't be systemd, it must be you." Sure, systemd is bug free and is made of ground unicorn infused with rainbows.
phenest wrote: Again, help me out. What do I do to make systemd "destructive"?
Just keep using it.
In fact, I insist.

pendrachken
Posts: 1394
Joined: 2007-03-04 21:10
Location: U.S.A. - WI.

Re: systemd is destructive

#19 Post by pendrachken »

M51 wrote:
dasein wrote:
I also know of no other component that can remount root out from under you automatically.

It's called the kernel. Something is going wrong with I/O and the kernel remounts the FS as RO and blocks RW remounts.

There are a few choices here:

1: kernel regression. maybe you pulled in the latest security updated kernel and it has a regression when you were lazy and let SystemD in.
2: crappy HDD controller. Either was crappy and was recoverable prior to now, or it just gave out recently.
3: dying HDD. I would take a damn close look at the S.M.A.R.T. stats on that drive / RAID array. Run both short and long tests, any failures means backup what data you want and toss the drive before it completely falls on its face.
4: combo of the above.
1 billionth place: SystemD is actually at fault. Not very likely since it doesn't have its own mount tool, just a tool for calling the system mount application.


Not that that means SystemD is great, I personally don't care one way or the other for or against it. I don't LIKE the bloat and throw everything, including the kitchen sink, into one big lump that the devs have with it; but that doesn't mean I actively hate it either.

The one thing I consider extremely stupid and short sighted is the damn binary logging, but at least I can dual log to the standard syslogs too.
fortune -o
Your love life will be... interesting.
:twisted: How did it know?

The U.S. uses the metric system too, we have tenths, hundredths and thousandths of inches :-P

M51
Posts: 397
Joined: 2013-05-13 01:38

Re: systemd is destructive

#20 Post by M51 »

pendrachken wrote:
M51 wrote:
dasein wrote:
I also know of no other component that can remount root out from under you automatically.

It's called the kernel. Something is going wrong with I/O and the kernel remounts the FS as RO and blocks RW remounts.

There are a few choices here:

1: kernel regression. maybe you pulled in the latest security updated kernel and it has a regression when you were lazy and let SystemD in.
2: crappy HDD controller. Either was crappy and was recoverable prior to now, or it just gave out recently.
3: dying HDD. I would take a damn close look at the S.M.A.R.T. stats on that drive / RAID array. Run both short and long tests, any failures means backup what data you want and toss the drive before it completely falls on its face.
4: combo of the above.
1 billionth place: SystemD is actually at fault. Not very likely since it doesn't have its own mount tool, just a tool for calling the system mount application.


Not that that means SystemD is great, I personally don't care one way or the other for or against it. I don't LIKE the bloat and throw everything, including the kitchen sink, into one big lump that the devs have with it; but that doesn't mean I actively hate it either.

The one thing I consider extremely stupid and short sighted is the damn binary logging, but at least I can dual log to the standard syslogs too.

1) I think you misunderstood, I was lazy and allowed systemd to be init when the machine was originally installed, not pulled in during an update. If it's a kernel regression it's a very interesting one because it only affects the system if systemd is acting as init.

2) Again, a hdd controller that only fails when systemd is acting as init?

3) SMART stats are fine. BTRFS checks are clean...again the problem only surfaces when systemd is acting as init.

4) See all of the above.

1 billionth place: But systemd can and will call tools to alter system state as it sees fit based on opaque policies baked into itself.

I can recreate or remove this problem repeatedly at will simply by changing from sysvinit to systemd.

trinidad
Posts: 290
Joined: 2016-08-04 14:58
Been thanked: 14 times

Re: systemd is destructive

#21 Post by trinidad »

M51

Looking through your original post unemotionally I offer that you may have a combination of problems here, both praxis and software compatibility which may be caused by several different things.

1) Make sure Thunar is the default file manager in systemd

2) Thunar when logged in as root will persist as root throughout the session requiring log out to reset. This can conflict in a way with systemd like you mention, only resolved with reboots, especially where handling large files (perhaps a bit impatiently) are concerned

3) Perhaps your XFCE version can/needs to be be upgraded

4) Autostart in XFCE and systemd can conflict at specific times because of the Debian normal no root login policy

5) XFCE works well with Ubuntu in highly modified distros like Linux Lite and SolydX, while the compatibility in Debian itself is incomplete.

6) Use a Commander style file manager, or the terminal, to work with large files faster.

7) Debian is not "specifically" designed to work with XFCE these days. You may have better luck on an XFCE forum, or run your XFCE on an Ubuntu based distro.

8) This is really not a Debian problem, but rather and XFCE problem. Best to let go the past and move on. XFCE is good Linux, and systemd is good Linux. That doesn't mean mixing them together is better Linux.

TC
You can't believe your eyes if your imagination is out of focus.

M51
Posts: 397
Joined: 2013-05-13 01:38

Re: systemd is destructive

#22 Post by M51 »

trinidad wrote:M51

Looking through your original post unemotionally I offer that you may have a combination of problems here, both praxis and software compatibility which may be caused by several different things.

1) Make sure Thunar is the default file manager in systemd

2) Thunar when logged in as root will persist as root throughout the session requiring log out to reset. This can conflict in a way with systemd like you mention, only resolved with reboots, especially where handling large files (perhaps a bit impatiently) are concerned

3) Perhaps your XFCE version can/needs to be be upgraded

4) Autostart in XFCE and systemd can conflict at specific times because of the Debian normal no root login policy

5) XFCE works well with Ubuntu in highly modified distros like Linux Lite and SolydX, while the compatibility in Debian itself is incomplete.

6) Use a Commander style file manager, or the terminal, to work with large files faster.

7) Debian is not "specifically" designed to work with XFCE these days. You may have better luck on an XFCE forum, or run your XFCE on an Ubuntu based distro.

8) This is really not a Debian problem, but rather and XFCE problem. Best to let go the past and move on. XFCE is good Linux, and systemd is good Linux. That doesn't mean mixing them together is better Linux.

TC
You've got to be kidding me. Almost everything you posted is complete nonsense or irrelevant.

User avatar
Head_on_a_Stick
Posts: 14114
Joined: 2014-06-01 17:46
Location: London, England
Has thanked: 81 times
Been thanked: 132 times

Re: systemd is destructive

#23 Post by Head_on_a_Stick »

In respect of the actual problem, try editing the file at /etc/systemd/logind.conf and un-comment and change these two lines:

Code: Select all

KillUserProcesses=yes
KillExcludeUsers=
See logind.conf(5) for more.

Does the problem then still persist if you reboot with systemd as PID1?
deadbang

M51
Posts: 397
Joined: 2013-05-13 01:38

Re: systemd is destructive

#24 Post by M51 »

Head_on_a_Stick wrote:In respect of the actual problem, try editing the file at /etc/systemd/logind.conf and un-comment and change these two lines:

Code: Select all

KillUserProcesses=yes
KillExcludeUsers=
See logind.conf(5) for more.

Does the problem then still persist if you reboot with systemd as PID1?

I appreciate you trying to help, but as far as I am concerned the problem is fixed: I removed systemd. My system is completely stable and faster without systemd.

I didn't post to get help (thus the choice of the general discussion forum), but rather just to let people know the issue exists. I did the testing I needed to isolate the problem (systemd) and remove it.
I have no interest in troubleshooting systemd itself, and the chance of systemd ever being PID1 on any of my machines again is precisely zero.

For those who like reading and are of a technical bent:

http://suckless.org/sucks/systemd
http://ewontfix.com/14/
http://without-systemd.org/wiki/index.php/Main_Page

User avatar
cpoakes
Posts: 99
Joined: 2015-03-29 04:54

Re: systemd is destructive

#25 Post by cpoakes »

phenest wrote:After all, if you not satisfied with keeping Debian as the Debian devs intended, then you're asking for trouble.
Educate yourself. The Debian devs choose systemd as Jessie's default init system and never intended for it to be the only init system. In fact they put a lot of work into designing and coding the systemd-shim to implement the features and formerly independent packages absorbed by systemd with the users choice of init system: sysvinit, openrc, upstart, runit, or even busybox init.

I have no experience with sid or stretch but have heard rumblings this may no longer be true. Can anyone comment?

User avatar
golinux
Posts: 1579
Joined: 2010-12-09 00:56
Location: not a 'buntard!
Been thanked: 1 time

Re: systemd is destructive

#26 Post by golinux »

IIRC systemd-shim came from Cannoical so upstart would work alongside systemd. Now that upstart is no longer, systemd-shim has been orphaned. This from the dng ML in July:
By the way, the systemd-shim package was orphaned in Debian (bug
#832508). Neither the current maintainers nor upstream are interested in
it anymore.
May the FORK be with you!

User avatar
phenest
Posts: 1702
Joined: 2010-03-09 09:38
Location: The Matrix

Re: systemd is destructive

#27 Post by phenest »

robert-e wrote:@golinux: Forget phenest; if he were on another forum, he would be known as a "systemd fanboy", with all that entails.
@phenest: Keep on using systemd; you deserve it.

Regards,
Bob
I'm not a fanboy. I can't help it if it works on my system. After all, if it ain't broke, don't fix it. One day it might break and then I'll fix it.
All I'm trying to do is take an interest in the problems that others are having with systemd. It might prove useful one day. Then again, it probably won't because the only technical data I ever read is: "it's crap" or "it sucks".
But I don't see how it's "destructive". Some have broken systems because of it, but they chose a different init system and all is well again. The default init system in Debian now is systemd. Given there are other choices, what's the need for these threads? If it was the only init system, I'd understand.
ASRock H77 Pro4-M i7 3770K - 32GB RAM - Pioneer BDR-209D

User avatar
dasein
Posts: 7680
Joined: 2011-03-04 01:06
Location: Terra Incantationum

Re: systemd is destructive

#28 Post by dasein »

dasein wrote: I also know of no other component that can remount root out from under you automatically.
Just for the record, I said no such thing. I've already said everything I feel moved to say regarding systemd in another thread. This thread is just another fact-free fapfest from the egregiously ignorant and misinformed.

If y'all insist on utterly pointless bickering about something you don't really understand, flogging a horse that's not only long dead but badly decomposed, then by all means knock yourselves out. But don't misquote me to do it.

M51
Posts: 397
Joined: 2013-05-13 01:38

Re: systemd is destructive

#29 Post by M51 »

dasein wrote:
dasein wrote: I also know of no other component that can remount root out from under you automatically.
Just for the record, I said no such thing. I've already said everything I feel moved to say regarding systemd in another thread. This thread is just another fact-free fapfest from the egregiously ignorant and misinformed.

If y'all insist on utterly pointless bickering about something you don't really understand, flogging a horse that's not only long dead but badly decomposed, then by all means knock yourselves out. But don't misquote me to do it.
I was the one who said that about systemd because that was the primary symptom it presented on my machine. Someone attributed the statement to you, accidentally I presume.

I agree with almost everything you said in that other thread.

People can deny that the bug I experienced is real if they so choose. I'm sure people will discover systemd's lack of stability the hard way eventually.

I've said all I came to say as well.

jibberjabber
Posts: 162
Joined: 2016-01-10 16:58

Re: systemd is destructive

#30 Post by jibberjabber »

by phenest » Given there are other choices, what's the need for these threads?
Trolls get hungry, so they need these kind of threads to feed them.
One good thing about these kind of threads , it helps keep them out of the other threads and topics where Debian Users are really trying to solve the problems
or get help solving the problems they have.
For example,
Head_on_a_Stick wrote:In respect of the actual problem, try editing the file at /etc/systemd/logind.conf and un-comment and change these two lines:

Code: Select all

KillUserProcesses=yes
KillExcludeUsers=
See logind.conf(5) for more.

Does the problem then still persist if you reboot with systemd as PID1?
and then the OP admits they have no interest in learning how to use a system
with systemd, all they are interested in is whining and ranting about how bad
it is.
by M51 » I didn't post to get help (thus the choice of the general discussion forum), but rather just to let people know the issue exists. I did the testing I needed to isolate the problem (systemd) and remove it.
I have no interest in troubleshooting systemd itself, and the chance of systemd ever being PID1 on any of my machines again is precisely zero.
And so finally :
by M51 » I've said all I came to say as well.
Well that is good , glad to hear that, maybe you can mark the topic as solved
or finished or something, and close it.
thank you
written by HelpBot#8453
Alias jibberjabber
I am sorry, my english is not that good, and I sometimes have other problems,so my response might not be perfect.
N5RLX > "Jibber jabber ,all day and all night, jibber jabber jibber jabber"

User avatar
Head_on_a_Stick
Posts: 14114
Joined: 2014-06-01 17:46
Location: London, England
Has thanked: 81 times
Been thanked: 132 times

Re: systemd is destructive

#31 Post by Head_on_a_Stick »

cpoakes wrote:I have no experience with sid or stretch but have heard rumblings this may no longer be true. Can anyone comment?
As golinux mentions, the systemd-shim package has been orphaned:

https://bugs.debian.org/cgi-bin/bugrepo ... bug=832508

I have just installed a fresh sid system and it will boot happily to a console screen under sysvinit (using the orphaned package and following https://wiki.debian.org/FAQsFromDebianU ... _Jessie.3F), I will try adding a desktop later and report back if there are any problems.
deadbang

M51
Posts: 397
Joined: 2013-05-13 01:38

Re: systemd is destructive

#32 Post by M51 »

jibberjabber wrote:
by phenest » Given there are other choices, what's the need for these threads?
Trolls get hungry, so they need these kind of threads to feed them.
One good thing about these kind of threads , it helps keep them out of the other threads and topics where Debian Users are really trying to solve the problems
or get help solving the problems they have.
For example,
Head_on_a_Stick wrote:In respect of the actual problem, try editing the file at /etc/systemd/logind.conf and un-comment and change these two lines:

Code: Select all

KillUserProcesses=yes
KillExcludeUsers=
See logind.conf(5) for more.

Does the problem then still persist if you reboot with systemd as PID1?
and then the OP admits they have no interest in learning how to use a system
with systemd, all they are interested in is whining and ranting about how bad
it is.
by M51 » I didn't post to get help (thus the choice of the general discussion forum), but rather just to let people know the issue exists. I did the testing I needed to isolate the problem (systemd) and remove it.
I have no interest in troubleshooting systemd itself, and the chance of systemd ever being PID1 on any of my machines again is precisely zero.
Not a troll you fuckhead, I posted it in general discussion because I didn't need help but was letting other people know the issue exists, that is all. I already solved the problem in the best way possible by removing systemd. I am not interested in troubleshooting why systemd is broken because it is a waste of time. I already know exactly what those settings do and know they won't help. In fact I probably know systemd much better than most of the people around here, which is precisely why I know it's a waste of time.

User avatar
dilberts_left_nut
Administrator
Administrator
Posts: 5346
Joined: 2009-10-05 07:54
Location: enzed
Has thanked: 12 times
Been thanked: 66 times

Re: systemd is destructive

#33 Post by dilberts_left_nut »

@M51:
A 'spirited' discussion is ok, profanity and abuse is not - have a week off.
AdrianTM wrote:There's no hacker in my grandma...

MALsPa
Posts: 678
Joined: 2007-12-07 19:20
Location: albuquerque
Been thanked: 2 times

Re: systemd is destructive

#34 Post by MALsPa »

M51 wrote:In fact I probably know systemd much better than most of the people around here, which is precisely why I know it's a waste of time.
A waste of your time.

Thanks for the info. I don't know squat about the differences between these init systems, and I can't really say that I care, as long as things are working for me (and they are). I do appreciate when people take the time to tell about what they're seeing. It's good to be aware of the fact that systemd is not good for some people. On my computers, Debian seems to be just as good as it's ever been, if not better. I guess we'll all see how things turn out, going forward. Maybe we won't have systemd much longer, or maybe it'll be replaced with a new init system at some point? I guess somebody will get it figured out. No complaints coming from here, but others know a lot more about all of this than I'll ever know. These threads are somewhat entertaining, at least.

User avatar
GarryRicketson
Posts: 5644
Joined: 2015-01-20 22:16
Location: Durango, Mexico

Re: systemd is destructive

#35 Post by GarryRicketson »

by jibberjabber » Trolls get hungry, so they need these kind of threads to feed them.
I just woke up , and am hungry, so I decided to crawl out from
under my bridge, ................

These are interesting :
http://0pointer.de/blog/projects/the-biggest-myths.html

and
https://www.maketecheasier.com/systemd- ... now-linux/

I am also a rather cautious person, and "new fangled" things scare me,
so that is why I still use Debian Squeeze, and Wheezy on my system,
How ever, I am interested in learning about new versions , and new systems,
so I installed Debian 8 jessie with systemd , and also Sid as well, on VM's
There are some things I still have trouble understanding about systemd ,
but I have not had anything happen to make me believe it is "destructive",
What is destructive or can be destructive , is when someone that does not
understand the system they are working with, does things without testing
them first on a VM, I did crash the Debian 8 system once, but it was not the
fault of systemd,... it was my own fault for not doing a little more research
first,...
I don't worry about it very much, and pretty much agree with Dasein:
by dasein » If y'all insist on utterly pointless bickering about something you don't really understand, flogging a horse that's not only long dead but badly decomposed, then by all means knock yourselves out.
So any way, guess I am going to go back under my bridge, I am "full"
now,... Thanks for the free meal,....
And if people don't like the "free meal" , really they should just look for
another "soup line", instead of complaining about it,...Or get in their
and volunteer , to help the "cooks" produce a better meal.

Locked