β² 948 βΌ Linux For Life (lemm.ee) submitted 1 year ago by azha@lemm.ee to c/linuxmemes@lemmy.world 169 comments fedilink hide all child comments
[β] HelloRoot@lemy.lol 146 points 1 year ago* (8 children) permalink fedilink source hideshow 16 child comments replies: [β] vfscanf@discuss.tchncs.de 78 points 1 year ago (1 child) I hate this message permalink fedilink source parent hideshow 2 child comments replies: [β] russjr08@bitforged.space 2 points 1 year ago If you hit Ctrl Alt Delete very quickly in succession (I believe it's 7 times in a row) it will bail out from a stop job and proceed with shutting down Learned that trick because I was so tired of seeing that occur ha. Along that research I swear I recall seeing that it's a KDE/SDDM issue but I might be getting some wires crossed on that (and thus, don't quote me/take my word on that π ) permalink fedilink source parent [β] juipeltje@lemmy.world 25 points 1 year ago (1 child) Systemd moment permalink fedilink source parent hideshow 2 child comments replies: [β] Azzu@lemm.ee 15 points 1 year ago* (1 child) systemd moment in the sense that someone not affiliated with systemd used systemd to write a stop job that doesn't terminate quickly? Or that you willingly installed software that brought along a slow stop job with it? This is like so far away from systemd's fault, idk, it must just be a meme right? permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 5 points 1 year ago (1 child) Pretty sure i've had this happen with services i didn't even create, but yeah it was just a joke, i don't care about init systems, but i don't recall this ever happening when i was using runit. permalink fedilink source parent hideshow 2 child comments replies: [β] Azzu@lemm.ee 4 points 1 year ago* (1 child) I don't know runit. Maybe runit didn't even have a way to delay or customize shutdown, maybe it always just waits 5 seconds and then forcibly terminates a process, resulting in you never noticing when a cleanup job was too slow. Maybe you just randomly never installed a particular program with a slow shutdown job while using runit. There's a bunch of reasonable explanations and possibilities for why this difference exists, and they can all mean systemd is perfectly reasonable. permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 2 points 1 year ago (1 child) Alright man, fact remains i was just making a silly joke, you don't have to be poettering's pr team lol permalink fedilink source parent hideshow 2 child comments replies: [β] Azzu@lemm.ee 1 point 1 year ago (1 child) You're the one who brought up runit and insinuated it doesn't have this problem Β―_(γ)_/Β― permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 1 point 1 year ago I said i never experienced this problem with runit, not that it can't happen. It was anecdotal. permalink fedilink source parent [β] acockworkorange@mander.xyz 12 points 1 year ago (2 children) Wasn't the systemd dude a Microsoft employee or something? permalink fedilink source parent hideshow 4 child comments replies: [β] swab148@lemm.ee 20 points 1 year ago (1 child) He wrote Pulseaudio, Avahi, and systemd before joining Microsoft, where he currently works. permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 11 points 1 year ago (2 children) So that's the story. SystemD feels very Microsofty, though. A big, opinionated, monolith. permalink fedilink source parent hideshow 4 child comments replies: [β] BCsven@lemmy.ca 14 points 1 year ago (1 child) An excellent vid on Why systemD. https://www.youtube.com/watch?v=o_AIw9bGogo permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 11 points 1 year ago* (2 children) Great talk indeed. And I will quickly acknowledge that something had to be done, and that systemd had the courage to innovate and address the issues. I just wish it did so in a more transparent way to the end user. For instance: there's a whole established system of dealing with logs in place. Why build a separate one just for your init system? Why binary? Why even integrate it with your init? I'm not saying storing everything on /var/log and using logrotate is ideal or even covers all use cases. But a log management system is its own thing. That's just an example of how systemd didn't jive with every other subsystem in a Unix like OS. It could have been done in a Unix way - small cohesive tools that are good at one job and can be combined to do more together. That's where I think he missed the mark when dismissing the monolithic criticism by saying "it's not a single binary so it's not monolithic". Its philosophy is monolithic. That said, I use systemd on my machines because that's what my do uses and I don't think it's a reason to swap distros. For the same reason I use Linux and not a micro kernel. I.e. philosophy is important, but implementation is importanter. permalink fedilink source parent hideshow 4 child comments replies: [β] BCsven@lemmy.ca 5 points 1 year ago While monolithic may not be the keep is simple rule aimed for in originally in Unix/Linux, I wonder if it even matters....is there something really gained by init systems that make a difference for the average Linux user? permalink fedilink source parent [β] silasmariner@programming.dev 4 points 1 year ago . philosophy is important, but implementation is importanter Yes. This is the key permalink fedilink source parent [β] silasmariner@programming.dev 5 points 1 year ago One task lifecycle management tool to bring them all, one tool to find them. One tool to rule them all and in the darkness bind them. permalink fedilink source parent [β] WhyJiffie@sh.itjust.works 3 points 1 year ago (1 child) to be honest if that happens its better to understand why that happens, instead of just pulling the plug. maybe a larger program (like firefox) is still exiting and in the middle of saving the session and closing databases. if you pull the plug, it'll corrupt its data, it'll forget your opened tabs and whatnot and you'll be angry permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 1 point 1 year ago (1 child) I'm afraid you answered the wrong comment. permalink fedilink source parent hideshow 2 child comments replies: [β] WhyJiffie@sh.itjust.works 2 points 1 year ago (1 child) well, yeah, maybe it should have gone to the parent comment permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 1 point 1 year ago Happens. permalink fedilink source parent [β] sorrybookbroke@sh.itjust.works 10 points 1 year ago* Dahm been quite a bit since I've seen this one. Wonder what changed on my system? permalink fedilink source parent [β] DannyBoy@sh.itjust.works 9 points 1 year ago (3 children) Not only do I get this on shutdown I get a job on startup that runs for a minute thirty that looks for a swap partition that I have deleted. permalink fedilink source parent hideshow 6 child comments replies: [β] b_tr3e@feddit.org 6 points 1 year ago* (1 child) Did you delete it or comment it out in /etc/fstab? Adding noresume to your boot arguments should also help. You can try that out in "extended options" during boot and add it to /boot/grub/grub.cfg later. Don't forget to run update-grub after editing. permalink fedilink source parent hideshow 2 child comments replies: [β] DannyBoy@sh.itjust.works 3 points 1 year ago Yeah I just deleted the swap partition without updating anything. I've realized since then I need to update the fstab but I never think about it until the odd time I do a full reboot. permalink fedilink source parent [β] alt_xa_23@lemmy.world 5 points 1 year ago (1 child) I've had that problem before, I think I had to mess around with my fstab and grub config to fix it. permalink fedilink source parent hideshow 2 child comments replies: [β] b_tr3e@feddit.org 5 points 1 year ago (1 child) Yes. Deleting partitions without editing /etc/fstab is a nice way to render your system unbootable. permalink fedilink source parent hideshow 2 child comments replies: [β] InFerNo@lemmy.ml 1 point 1 year ago (1 child) Only if they are necessary for the boot process I think permalink fedilink source parent hideshow 2 child comments replies: [β] b_tr3e@feddit.org 3 points 1 year ago You think means you're assuming and relying on assumptions for critical options is deadly: Unless you're adding the "noerror" option to the referring line in /etc/fstab the machine will fail to boot. permalink fedilink source parent [β] BCsven@lemmy.ca 3 points 1 year ago As comments below you will need to check /etc/fstab and then run a mkgrub or mkgrub2 command with options like -o (you will have lookup the full string) and it will rewrite the info that the system is told at boot about drive partitions permalink fedilink source parent [β] OrganicMustard@lemmy.world 6 points 1 year ago When I forget to close explicitly Steam before shutdown permalink fedilink source parent [β] DonutsRMeh@lemmy.world 5 points 1 year ago Praise all the syatemd gods permalink fedilink source parent [β] Agility0971@lemmy.world 2 points 1 year ago disconnects power cord permalink fedilink source parent
[β] vfscanf@discuss.tchncs.de 78 points 1 year ago (1 child) I hate this message permalink fedilink source parent hideshow 2 child comments replies: [β] russjr08@bitforged.space 2 points 1 year ago If you hit Ctrl Alt Delete very quickly in succession (I believe it's 7 times in a row) it will bail out from a stop job and proceed with shutting down Learned that trick because I was so tired of seeing that occur ha. Along that research I swear I recall seeing that it's a KDE/SDDM issue but I might be getting some wires crossed on that (and thus, don't quote me/take my word on that π ) permalink fedilink source parent
[β] russjr08@bitforged.space 2 points 1 year ago If you hit Ctrl Alt Delete very quickly in succession (I believe it's 7 times in a row) it will bail out from a stop job and proceed with shutting down Learned that trick because I was so tired of seeing that occur ha. Along that research I swear I recall seeing that it's a KDE/SDDM issue but I might be getting some wires crossed on that (and thus, don't quote me/take my word on that π ) permalink fedilink source parent
[β] juipeltje@lemmy.world 25 points 1 year ago (1 child) Systemd moment permalink fedilink source parent hideshow 2 child comments replies: [β] Azzu@lemm.ee 15 points 1 year ago* (1 child) systemd moment in the sense that someone not affiliated with systemd used systemd to write a stop job that doesn't terminate quickly? Or that you willingly installed software that brought along a slow stop job with it? This is like so far away from systemd's fault, idk, it must just be a meme right? permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 5 points 1 year ago (1 child) Pretty sure i've had this happen with services i didn't even create, but yeah it was just a joke, i don't care about init systems, but i don't recall this ever happening when i was using runit. permalink fedilink source parent hideshow 2 child comments replies: [β] Azzu@lemm.ee 4 points 1 year ago* (1 child) I don't know runit. Maybe runit didn't even have a way to delay or customize shutdown, maybe it always just waits 5 seconds and then forcibly terminates a process, resulting in you never noticing when a cleanup job was too slow. Maybe you just randomly never installed a particular program with a slow shutdown job while using runit. There's a bunch of reasonable explanations and possibilities for why this difference exists, and they can all mean systemd is perfectly reasonable. permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 2 points 1 year ago (1 child) Alright man, fact remains i was just making a silly joke, you don't have to be poettering's pr team lol permalink fedilink source parent hideshow 2 child comments replies: [β] Azzu@lemm.ee 1 point 1 year ago (1 child) You're the one who brought up runit and insinuated it doesn't have this problem Β―_(γ)_/Β― permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 1 point 1 year ago I said i never experienced this problem with runit, not that it can't happen. It was anecdotal. permalink fedilink source parent
[β] Azzu@lemm.ee 15 points 1 year ago* (1 child) systemd moment in the sense that someone not affiliated with systemd used systemd to write a stop job that doesn't terminate quickly? Or that you willingly installed software that brought along a slow stop job with it? This is like so far away from systemd's fault, idk, it must just be a meme right? permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 5 points 1 year ago (1 child) Pretty sure i've had this happen with services i didn't even create, but yeah it was just a joke, i don't care about init systems, but i don't recall this ever happening when i was using runit. permalink fedilink source parent hideshow 2 child comments replies: [β] Azzu@lemm.ee 4 points 1 year ago* (1 child) I don't know runit. Maybe runit didn't even have a way to delay or customize shutdown, maybe it always just waits 5 seconds and then forcibly terminates a process, resulting in you never noticing when a cleanup job was too slow. Maybe you just randomly never installed a particular program with a slow shutdown job while using runit. There's a bunch of reasonable explanations and possibilities for why this difference exists, and they can all mean systemd is perfectly reasonable. permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 2 points 1 year ago (1 child) Alright man, fact remains i was just making a silly joke, you don't have to be poettering's pr team lol permalink fedilink source parent hideshow 2 child comments replies: [β] Azzu@lemm.ee 1 point 1 year ago (1 child) You're the one who brought up runit and insinuated it doesn't have this problem Β―_(γ)_/Β― permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 1 point 1 year ago I said i never experienced this problem with runit, not that it can't happen. It was anecdotal. permalink fedilink source parent
[β] juipeltje@lemmy.world 5 points 1 year ago (1 child) Pretty sure i've had this happen with services i didn't even create, but yeah it was just a joke, i don't care about init systems, but i don't recall this ever happening when i was using runit. permalink fedilink source parent hideshow 2 child comments replies: [β] Azzu@lemm.ee 4 points 1 year ago* (1 child) I don't know runit. Maybe runit didn't even have a way to delay or customize shutdown, maybe it always just waits 5 seconds and then forcibly terminates a process, resulting in you never noticing when a cleanup job was too slow. Maybe you just randomly never installed a particular program with a slow shutdown job while using runit. There's a bunch of reasonable explanations and possibilities for why this difference exists, and they can all mean systemd is perfectly reasonable. permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 2 points 1 year ago (1 child) Alright man, fact remains i was just making a silly joke, you don't have to be poettering's pr team lol permalink fedilink source parent hideshow 2 child comments replies: [β] Azzu@lemm.ee 1 point 1 year ago (1 child) You're the one who brought up runit and insinuated it doesn't have this problem Β―_(γ)_/Β― permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 1 point 1 year ago I said i never experienced this problem with runit, not that it can't happen. It was anecdotal. permalink fedilink source parent
[β] Azzu@lemm.ee 4 points 1 year ago* (1 child) I don't know runit. Maybe runit didn't even have a way to delay or customize shutdown, maybe it always just waits 5 seconds and then forcibly terminates a process, resulting in you never noticing when a cleanup job was too slow. Maybe you just randomly never installed a particular program with a slow shutdown job while using runit. There's a bunch of reasonable explanations and possibilities for why this difference exists, and they can all mean systemd is perfectly reasonable. permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 2 points 1 year ago (1 child) Alright man, fact remains i was just making a silly joke, you don't have to be poettering's pr team lol permalink fedilink source parent hideshow 2 child comments replies: [β] Azzu@lemm.ee 1 point 1 year ago (1 child) You're the one who brought up runit and insinuated it doesn't have this problem Β―_(γ)_/Β― permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 1 point 1 year ago I said i never experienced this problem with runit, not that it can't happen. It was anecdotal. permalink fedilink source parent
[β] juipeltje@lemmy.world 2 points 1 year ago (1 child) Alright man, fact remains i was just making a silly joke, you don't have to be poettering's pr team lol permalink fedilink source parent hideshow 2 child comments replies: [β] Azzu@lemm.ee 1 point 1 year ago (1 child) You're the one who brought up runit and insinuated it doesn't have this problem Β―_(γ)_/Β― permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 1 point 1 year ago I said i never experienced this problem with runit, not that it can't happen. It was anecdotal. permalink fedilink source parent
[β] Azzu@lemm.ee 1 point 1 year ago (1 child) You're the one who brought up runit and insinuated it doesn't have this problem Β―_(γ)_/Β― permalink fedilink source parent hideshow 2 child comments replies: [β] juipeltje@lemmy.world 1 point 1 year ago I said i never experienced this problem with runit, not that it can't happen. It was anecdotal. permalink fedilink source parent
[β] juipeltje@lemmy.world 1 point 1 year ago I said i never experienced this problem with runit, not that it can't happen. It was anecdotal. permalink fedilink source parent
[β] acockworkorange@mander.xyz 12 points 1 year ago (2 children) Wasn't the systemd dude a Microsoft employee or something? permalink fedilink source parent hideshow 4 child comments replies: [β] swab148@lemm.ee 20 points 1 year ago (1 child) He wrote Pulseaudio, Avahi, and systemd before joining Microsoft, where he currently works. permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 11 points 1 year ago (2 children) So that's the story. SystemD feels very Microsofty, though. A big, opinionated, monolith. permalink fedilink source parent hideshow 4 child comments replies: [β] BCsven@lemmy.ca 14 points 1 year ago (1 child) An excellent vid on Why systemD. https://www.youtube.com/watch?v=o_AIw9bGogo permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 11 points 1 year ago* (2 children) Great talk indeed. And I will quickly acknowledge that something had to be done, and that systemd had the courage to innovate and address the issues. I just wish it did so in a more transparent way to the end user. For instance: there's a whole established system of dealing with logs in place. Why build a separate one just for your init system? Why binary? Why even integrate it with your init? I'm not saying storing everything on /var/log and using logrotate is ideal or even covers all use cases. But a log management system is its own thing. That's just an example of how systemd didn't jive with every other subsystem in a Unix like OS. It could have been done in a Unix way - small cohesive tools that are good at one job and can be combined to do more together. That's where I think he missed the mark when dismissing the monolithic criticism by saying "it's not a single binary so it's not monolithic". Its philosophy is monolithic. That said, I use systemd on my machines because that's what my do uses and I don't think it's a reason to swap distros. For the same reason I use Linux and not a micro kernel. I.e. philosophy is important, but implementation is importanter. permalink fedilink source parent hideshow 4 child comments replies: [β] BCsven@lemmy.ca 5 points 1 year ago While monolithic may not be the keep is simple rule aimed for in originally in Unix/Linux, I wonder if it even matters....is there something really gained by init systems that make a difference for the average Linux user? permalink fedilink source parent [β] silasmariner@programming.dev 4 points 1 year ago . philosophy is important, but implementation is importanter Yes. This is the key permalink fedilink source parent [β] silasmariner@programming.dev 5 points 1 year ago One task lifecycle management tool to bring them all, one tool to find them. One tool to rule them all and in the darkness bind them. permalink fedilink source parent [β] WhyJiffie@sh.itjust.works 3 points 1 year ago (1 child) to be honest if that happens its better to understand why that happens, instead of just pulling the plug. maybe a larger program (like firefox) is still exiting and in the middle of saving the session and closing databases. if you pull the plug, it'll corrupt its data, it'll forget your opened tabs and whatnot and you'll be angry permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 1 point 1 year ago (1 child) I'm afraid you answered the wrong comment. permalink fedilink source parent hideshow 2 child comments replies: [β] WhyJiffie@sh.itjust.works 2 points 1 year ago (1 child) well, yeah, maybe it should have gone to the parent comment permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 1 point 1 year ago Happens. permalink fedilink source parent
[β] swab148@lemm.ee 20 points 1 year ago (1 child) He wrote Pulseaudio, Avahi, and systemd before joining Microsoft, where he currently works. permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 11 points 1 year ago (2 children) So that's the story. SystemD feels very Microsofty, though. A big, opinionated, monolith. permalink fedilink source parent hideshow 4 child comments replies: [β] BCsven@lemmy.ca 14 points 1 year ago (1 child) An excellent vid on Why systemD. https://www.youtube.com/watch?v=o_AIw9bGogo permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 11 points 1 year ago* (2 children) Great talk indeed. And I will quickly acknowledge that something had to be done, and that systemd had the courage to innovate and address the issues. I just wish it did so in a more transparent way to the end user. For instance: there's a whole established system of dealing with logs in place. Why build a separate one just for your init system? Why binary? Why even integrate it with your init? I'm not saying storing everything on /var/log and using logrotate is ideal or even covers all use cases. But a log management system is its own thing. That's just an example of how systemd didn't jive with every other subsystem in a Unix like OS. It could have been done in a Unix way - small cohesive tools that are good at one job and can be combined to do more together. That's where I think he missed the mark when dismissing the monolithic criticism by saying "it's not a single binary so it's not monolithic". Its philosophy is monolithic. That said, I use systemd on my machines because that's what my do uses and I don't think it's a reason to swap distros. For the same reason I use Linux and not a micro kernel. I.e. philosophy is important, but implementation is importanter. permalink fedilink source parent hideshow 4 child comments replies: [β] BCsven@lemmy.ca 5 points 1 year ago While monolithic may not be the keep is simple rule aimed for in originally in Unix/Linux, I wonder if it even matters....is there something really gained by init systems that make a difference for the average Linux user? permalink fedilink source parent [β] silasmariner@programming.dev 4 points 1 year ago . philosophy is important, but implementation is importanter Yes. This is the key permalink fedilink source parent [β] silasmariner@programming.dev 5 points 1 year ago One task lifecycle management tool to bring them all, one tool to find them. One tool to rule them all and in the darkness bind them. permalink fedilink source parent
[β] acockworkorange@mander.xyz 11 points 1 year ago (2 children) So that's the story. SystemD feels very Microsofty, though. A big, opinionated, monolith. permalink fedilink source parent hideshow 4 child comments replies: [β] BCsven@lemmy.ca 14 points 1 year ago (1 child) An excellent vid on Why systemD. https://www.youtube.com/watch?v=o_AIw9bGogo permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 11 points 1 year ago* (2 children) Great talk indeed. And I will quickly acknowledge that something had to be done, and that systemd had the courage to innovate and address the issues. I just wish it did so in a more transparent way to the end user. For instance: there's a whole established system of dealing with logs in place. Why build a separate one just for your init system? Why binary? Why even integrate it with your init? I'm not saying storing everything on /var/log and using logrotate is ideal or even covers all use cases. But a log management system is its own thing. That's just an example of how systemd didn't jive with every other subsystem in a Unix like OS. It could have been done in a Unix way - small cohesive tools that are good at one job and can be combined to do more together. That's where I think he missed the mark when dismissing the monolithic criticism by saying "it's not a single binary so it's not monolithic". Its philosophy is monolithic. That said, I use systemd on my machines because that's what my do uses and I don't think it's a reason to swap distros. For the same reason I use Linux and not a micro kernel. I.e. philosophy is important, but implementation is importanter. permalink fedilink source parent hideshow 4 child comments replies: [β] BCsven@lemmy.ca 5 points 1 year ago While monolithic may not be the keep is simple rule aimed for in originally in Unix/Linux, I wonder if it even matters....is there something really gained by init systems that make a difference for the average Linux user? permalink fedilink source parent [β] silasmariner@programming.dev 4 points 1 year ago . philosophy is important, but implementation is importanter Yes. This is the key permalink fedilink source parent [β] silasmariner@programming.dev 5 points 1 year ago One task lifecycle management tool to bring them all, one tool to find them. One tool to rule them all and in the darkness bind them. permalink fedilink source parent
[β] BCsven@lemmy.ca 14 points 1 year ago (1 child) An excellent vid on Why systemD. https://www.youtube.com/watch?v=o_AIw9bGogo permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 11 points 1 year ago* (2 children) Great talk indeed. And I will quickly acknowledge that something had to be done, and that systemd had the courage to innovate and address the issues. I just wish it did so in a more transparent way to the end user. For instance: there's a whole established system of dealing with logs in place. Why build a separate one just for your init system? Why binary? Why even integrate it with your init? I'm not saying storing everything on /var/log and using logrotate is ideal or even covers all use cases. But a log management system is its own thing. That's just an example of how systemd didn't jive with every other subsystem in a Unix like OS. It could have been done in a Unix way - small cohesive tools that are good at one job and can be combined to do more together. That's where I think he missed the mark when dismissing the monolithic criticism by saying "it's not a single binary so it's not monolithic". Its philosophy is monolithic. That said, I use systemd on my machines because that's what my do uses and I don't think it's a reason to swap distros. For the same reason I use Linux and not a micro kernel. I.e. philosophy is important, but implementation is importanter. permalink fedilink source parent hideshow 4 child comments replies: [β] BCsven@lemmy.ca 5 points 1 year ago While monolithic may not be the keep is simple rule aimed for in originally in Unix/Linux, I wonder if it even matters....is there something really gained by init systems that make a difference for the average Linux user? permalink fedilink source parent [β] silasmariner@programming.dev 4 points 1 year ago . philosophy is important, but implementation is importanter Yes. This is the key permalink fedilink source parent
[β] acockworkorange@mander.xyz 11 points 1 year ago* (2 children) Great talk indeed. And I will quickly acknowledge that something had to be done, and that systemd had the courage to innovate and address the issues. I just wish it did so in a more transparent way to the end user. For instance: there's a whole established system of dealing with logs in place. Why build a separate one just for your init system? Why binary? Why even integrate it with your init? I'm not saying storing everything on /var/log and using logrotate is ideal or even covers all use cases. But a log management system is its own thing. That's just an example of how systemd didn't jive with every other subsystem in a Unix like OS. It could have been done in a Unix way - small cohesive tools that are good at one job and can be combined to do more together. That's where I think he missed the mark when dismissing the monolithic criticism by saying "it's not a single binary so it's not monolithic". Its philosophy is monolithic. That said, I use systemd on my machines because that's what my do uses and I don't think it's a reason to swap distros. For the same reason I use Linux and not a micro kernel. I.e. philosophy is important, but implementation is importanter. permalink fedilink source parent hideshow 4 child comments replies: [β] BCsven@lemmy.ca 5 points 1 year ago While monolithic may not be the keep is simple rule aimed for in originally in Unix/Linux, I wonder if it even matters....is there something really gained by init systems that make a difference for the average Linux user? permalink fedilink source parent [β] silasmariner@programming.dev 4 points 1 year ago . philosophy is important, but implementation is importanter Yes. This is the key permalink fedilink source parent
[β] BCsven@lemmy.ca 5 points 1 year ago While monolithic may not be the keep is simple rule aimed for in originally in Unix/Linux, I wonder if it even matters....is there something really gained by init systems that make a difference for the average Linux user? permalink fedilink source parent
[β] silasmariner@programming.dev 4 points 1 year ago . philosophy is important, but implementation is importanter Yes. This is the key permalink fedilink source parent
[β] silasmariner@programming.dev 5 points 1 year ago One task lifecycle management tool to bring them all, one tool to find them. One tool to rule them all and in the darkness bind them. permalink fedilink source parent
[β] WhyJiffie@sh.itjust.works 3 points 1 year ago (1 child) to be honest if that happens its better to understand why that happens, instead of just pulling the plug. maybe a larger program (like firefox) is still exiting and in the middle of saving the session and closing databases. if you pull the plug, it'll corrupt its data, it'll forget your opened tabs and whatnot and you'll be angry permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 1 point 1 year ago (1 child) I'm afraid you answered the wrong comment. permalink fedilink source parent hideshow 2 child comments replies: [β] WhyJiffie@sh.itjust.works 2 points 1 year ago (1 child) well, yeah, maybe it should have gone to the parent comment permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 1 point 1 year ago Happens. permalink fedilink source parent
[β] acockworkorange@mander.xyz 1 point 1 year ago (1 child) I'm afraid you answered the wrong comment. permalink fedilink source parent hideshow 2 child comments replies: [β] WhyJiffie@sh.itjust.works 2 points 1 year ago (1 child) well, yeah, maybe it should have gone to the parent comment permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 1 point 1 year ago Happens. permalink fedilink source parent
[β] WhyJiffie@sh.itjust.works 2 points 1 year ago (1 child) well, yeah, maybe it should have gone to the parent comment permalink fedilink source parent hideshow 2 child comments replies: [β] acockworkorange@mander.xyz 1 point 1 year ago Happens. permalink fedilink source parent
[β] sorrybookbroke@sh.itjust.works 10 points 1 year ago* Dahm been quite a bit since I've seen this one. Wonder what changed on my system? permalink fedilink source parent
[β] DannyBoy@sh.itjust.works 9 points 1 year ago (3 children) Not only do I get this on shutdown I get a job on startup that runs for a minute thirty that looks for a swap partition that I have deleted. permalink fedilink source parent hideshow 6 child comments replies: [β] b_tr3e@feddit.org 6 points 1 year ago* (1 child) Did you delete it or comment it out in /etc/fstab? Adding noresume to your boot arguments should also help. You can try that out in "extended options" during boot and add it to /boot/grub/grub.cfg later. Don't forget to run update-grub after editing. permalink fedilink source parent hideshow 2 child comments replies: [β] DannyBoy@sh.itjust.works 3 points 1 year ago Yeah I just deleted the swap partition without updating anything. I've realized since then I need to update the fstab but I never think about it until the odd time I do a full reboot. permalink fedilink source parent [β] alt_xa_23@lemmy.world 5 points 1 year ago (1 child) I've had that problem before, I think I had to mess around with my fstab and grub config to fix it. permalink fedilink source parent hideshow 2 child comments replies: [β] b_tr3e@feddit.org 5 points 1 year ago (1 child) Yes. Deleting partitions without editing /etc/fstab is a nice way to render your system unbootable. permalink fedilink source parent hideshow 2 child comments replies: [β] InFerNo@lemmy.ml 1 point 1 year ago (1 child) Only if they are necessary for the boot process I think permalink fedilink source parent hideshow 2 child comments replies: [β] b_tr3e@feddit.org 3 points 1 year ago You think means you're assuming and relying on assumptions for critical options is deadly: Unless you're adding the "noerror" option to the referring line in /etc/fstab the machine will fail to boot. permalink fedilink source parent [β] BCsven@lemmy.ca 3 points 1 year ago As comments below you will need to check /etc/fstab and then run a mkgrub or mkgrub2 command with options like -o (you will have lookup the full string) and it will rewrite the info that the system is told at boot about drive partitions permalink fedilink source parent
[β] b_tr3e@feddit.org 6 points 1 year ago* (1 child) Did you delete it or comment it out in /etc/fstab? Adding noresume to your boot arguments should also help. You can try that out in "extended options" during boot and add it to /boot/grub/grub.cfg later. Don't forget to run update-grub after editing. permalink fedilink source parent hideshow 2 child comments replies: [β] DannyBoy@sh.itjust.works 3 points 1 year ago Yeah I just deleted the swap partition without updating anything. I've realized since then I need to update the fstab but I never think about it until the odd time I do a full reboot. permalink fedilink source parent
[β] DannyBoy@sh.itjust.works 3 points 1 year ago Yeah I just deleted the swap partition without updating anything. I've realized since then I need to update the fstab but I never think about it until the odd time I do a full reboot. permalink fedilink source parent
[β] alt_xa_23@lemmy.world 5 points 1 year ago (1 child) I've had that problem before, I think I had to mess around with my fstab and grub config to fix it. permalink fedilink source parent hideshow 2 child comments replies: [β] b_tr3e@feddit.org 5 points 1 year ago (1 child) Yes. Deleting partitions without editing /etc/fstab is a nice way to render your system unbootable. permalink fedilink source parent hideshow 2 child comments replies: [β] InFerNo@lemmy.ml 1 point 1 year ago (1 child) Only if they are necessary for the boot process I think permalink fedilink source parent hideshow 2 child comments replies: [β] b_tr3e@feddit.org 3 points 1 year ago You think means you're assuming and relying on assumptions for critical options is deadly: Unless you're adding the "noerror" option to the referring line in /etc/fstab the machine will fail to boot. permalink fedilink source parent
[β] b_tr3e@feddit.org 5 points 1 year ago (1 child) Yes. Deleting partitions without editing /etc/fstab is a nice way to render your system unbootable. permalink fedilink source parent hideshow 2 child comments replies: [β] InFerNo@lemmy.ml 1 point 1 year ago (1 child) Only if they are necessary for the boot process I think permalink fedilink source parent hideshow 2 child comments replies: [β] b_tr3e@feddit.org 3 points 1 year ago You think means you're assuming and relying on assumptions for critical options is deadly: Unless you're adding the "noerror" option to the referring line in /etc/fstab the machine will fail to boot. permalink fedilink source parent
[β] InFerNo@lemmy.ml 1 point 1 year ago (1 child) Only if they are necessary for the boot process I think permalink fedilink source parent hideshow 2 child comments replies: [β] b_tr3e@feddit.org 3 points 1 year ago You think means you're assuming and relying on assumptions for critical options is deadly: Unless you're adding the "noerror" option to the referring line in /etc/fstab the machine will fail to boot. permalink fedilink source parent
[β] b_tr3e@feddit.org 3 points 1 year ago You think means you're assuming and relying on assumptions for critical options is deadly: Unless you're adding the "noerror" option to the referring line in /etc/fstab the machine will fail to boot. permalink fedilink source parent
[β] BCsven@lemmy.ca 3 points 1 year ago As comments below you will need to check /etc/fstab and then run a mkgrub or mkgrub2 command with options like -o (you will have lookup the full string) and it will rewrite the info that the system is told at boot about drive partitions permalink fedilink source parent
[β] OrganicMustard@lemmy.world 6 points 1 year ago When I forget to close explicitly Steam before shutdown permalink fedilink source parent
[β] DonutsRMeh@lemmy.world 5 points 1 year ago Praise all the syatemd gods permalink fedilink source parent
[β] Agility0971@lemmy.world 2 points 1 year ago disconnects power cord permalink fedilink source parent