Trisquel continuously crashing, the state of the FOSS community
- Login o registrati per inviare commenti
I have had much trouble with this OS. Both on my desktop and on a laptop, the OS will crash anywhere from 0-10 minutes after startup every time without incident. I doubt this is an installation issue as the Technoethical laptop came with the OS previously installed. Re-installing doesn't help. I have no idea what kind of programmer fancied this project is even close to being viable for production when it appears this unstable. There is no way in hell mainstream adoption is possible with these kind of gaping bugs.
The sloppiness of this software, combined with the lack of awareness and concern of these bugs in the free software movement will be its downfall. I am a programmer myself and this apathy deeply worries me. I'm happy to provide help to make this software more accessible and usable if someone can help point me in the right direction. Let's start with whatever bug is causing the fatal crash on my machine.
Attached is a good portion of my syslog. There were probably at least a dozen crashes within this log. I've been looking at the behavior right before the system shuts down to look for patterns. Thus far the primary culprits seem to be:
- indicator-application-service
- systemd
I actually staved off the problem for awhile by running a script that restarts indicator-application-service every single second, which prevented the crashes for a solid day, then they came back again. Plus, that's somewhat of a hacky solution that wouldn't be ideal long term anyway.
Any fixes or ideas are appreciated.
| Allegato | Dimensione |
|---|---|
| syslog.log | 1.9 MB |
> I have had much trouble with this OS. Both on my desktop and on a laptop,
> the OS will crash anywhere from 0-10 minutes after startup every time
> without incident.
This is unusual. I have installed Trisquel on many people's computers
and they have not had this problem.
> I doubt this is an installation issue as the
> Technoethical laptop came with the OS previously installed.
> Re-installing doesn't help.
Maybe a hardware issue then?
> I have no idea what kind of programmer
> fancied this project is even close to being viable for production when
> it appears this unstable. There is no way in hell mainstream adoption is
> possible with these kind of gaping bugs.
If adoption of operating systems had anything to do with quality no one
would be using Windows. :) Windows 8 and 10 are far buggier than any
GNU/Linux distribution I've tried.
In my opinion, the biggest obstacles to adoption of free operating
systems are social ones. If there are any significant technical
obstacles, I would say that they are the lack of free firmware for most
WiFi cards and many GPUs.
> The sloppiness of this software, combined with the lack of awareness and
> concern of these bugs in the free software movement will be its downfall.
> I am a programmer myself and this apathy deeply worries me.
It is completely understandable to be frustrated, and I hope we can
figure out what's wrong and stop your system from crashing, but your
experience is not universal. Most users do not encounter this issue. I
don't see any recent posts or bug reports about such any issue apart from
this thread. How can you know that people will be apathetic about your
issue before you've even told them about it?
> I'm happy to
> provide help to make this software more accessible and usable if someone
> can help point me in the right direction.
Great! I'm not much of a programmer, with just enough knowledge to fix
minor bugs, but I think by now I have a basic grasp on how Trisquel
development works. Here's a summary of what I know.
As you may know, Trisquel 8 is downstream from Ubuntu 16.04. Many
Ubuntu packages are simply rebuilt with the code unaltered, so
Trisquel development mostly deals with exceptions to this:
Some Ubuntu packages are completely removed, usually because they are
proprietary or specific to Ubuntu's branding. Here is the list of
packages purged from 16.04.
https://devel.trisquel.info/trisquel/ubuntu-purge/blob/master/purge-xenial
A handful of packages are maintained entirely by Trisquel. They appear
to be mostly data related to Trisquel branding and artwork.
https://devel.trisquel.info/trisquel/trisquel-packages/tree/master/8.0
Then there are packages from Ubuntu that need to be modified. Usually
this is to change Ubuntu branding to Trisquel branding, or to address a
freedom issue with an otherwise free package. This is done with package
helpers, which are scripts that modify the source code of the Ubuntu
package before rebuilding it.
For example, Firefox is free software, but it comes with support for
DRM, recommends proprietary addons, and doesn't have great default
privacy settings. The "make-firefox" script fixes these things. However,
Mozilla's trademark policy does not allow modified versions of their
software to use their branding, so the script also changes references to
"Mozilla" and "Firefox" with "Trisquel" and "Abrowser" respectively.
Here are the package helpers,
https://devel.trisquel.info/trisquel/package-helpers
and here is a guide to getting started with them.
https://devel.trisquel.info/trisquel/package-helpers/blob/flidas/CONTRIBUTING.md
> Let's start with whatever bug
> is causing the fatal crash on my machine.
The culprit could be
- a bug from upstream (might be worth checking Ubuntu's bug tracker)
- a bug introduced by a Trisquel package helper
- something specific to your hardware or configuration
> Thus far the primary
> culprits seem to be:
> - indicator-application-service
> - systemd
Maybe you could try disabling indicator-application-service entirely for
a day and see if the issue goes away, so that we know for sure whether
or not it has something to do with your problem.
Sr. You have my respects for your patient reply
I am a translator!
>In my opinion, the biggest obstacles to adoption of free operating
systems are social ones.
I would have agreed with you say a year ago but my late experience made me change my mind: the reason is they already know Windows and they do not want to spend time and energy on learning something new. They prefer using shit they already know to using gold they do not. Laziness is the father of all stupidity.
I have been using Trisquel for nearly 10 years without without that problem. Indeed, Trisquel powers the servers for fsf.org and gnu.org (which handles tons of traffic each day from people all over the world for the entire GNU Project) without any problems. Perhaps it's better if you focus on presenting your problem rather than saying it's some distro-wide problem and that the entire free software movement will fail because of some problem that only you are reporting.
I am a member!
name at domain wrote ..
> I have had much trouble with this OS.
I have not. It's just as bad as Debian Stable, no worse, and a little
better.
> Both on my desktop and on a laptop, the
> OS will crash anywhere from 0-10 minutes after startup every time
without
> incident.
I have had Trisquel on several computers. They've all worked just as
good as any other OS, even with Wi-Fi.
- Asus laptop
- System76 Meerkat
- ThinkPad X60s
- ThinkPad X200
> I doubt this is an installation issue as the Technoethical laptop
I have no experience with Technoethical and don't need any. Minifree
has always served me well, providing me with very clean and functional
hardware and surpassing my expectations.
> I have no
> idea what kind of programmer fancied this project is even close to
being
> viable for production when it appears this unstable. There is no way
in hell
> mainstream adoption is possible with these kind of gaping bugs.
It's Ubuntu LTS. It powers many important services around the world.
The FSF uses it internally for all their operations. LibrePlanet was
streamed with Trisquel 8 before it was even released. The server that
powers my email runs Trisquel 8 and rarely ever has issues.
> The sloppiness of this software, combined with the lack of awareness
and
> concern of these bugs in the free software movement will be its
downfall. I
> am a programmer myself and this apathy deeply worries me. I'm happy to
> provide help to make this software more accessible and usable if
someone can
> help point me in the right direction.
Get to work.
> Let's start with whatever bug is
> causing the fatal crash on my machine.
My Minifree machine Just Works™️. I'm buying a new one soon, in fact.
> Attached is a good portion of my syslog. There were probably at
least a dozen
> crashes within this log.
Have you tried booting plain Ubuntu 16.04 LTS on it? If I think there
might be an issue with upstream, I test it with upstream and report
the issue there.
Like jxself, I have been administrating several Trisquel systems for nearly a decade: a breeze.
About your syslog ('journalctl' could remove the mere notices...), those lines are repeated many times:
Feb 24 13:38:52 redbeard systemd[1]: Received SIGTERM from PID 1927 (killall).
Feb 24 13:38:52 redbeard systemd[1]: Reexecuting.
Feb 24 13:38:52 redbeard systemd[1]: systemd 229 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ -LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN)
Feb 24 13:38:52 redbeard systemd[1]: Detected architecture x86-64.
Feb 24 13:38:52 redbeard systemd[1]: Started ACPI event daemon.
Feb 24 13:38:52 redbeard systemd[1]: Started CUPS Scheduler.
Every second in fact. I believe it is a consequence of your "script that restarts indicator-application-service every single second". I do not understand why you want to blame "indicator-application-service" or "systemd". Would you care to explain?
When a crash occurs, your syslog does not contain any error but, sometimes, a sequence of unprintable characters. That is why, like chaosmonk, I would bet on an hardware issue. Probably the RAM. Have you tested it? Memtest86+ is in Trisquel repository and on some live ISO (but not Trisquel's).
@chaosmonk
> This is unusual. I have installed Trisquel on many people's computers
and they have not had this problem.
Then it appears I have been ambushed by a glint of poor fortune, since my success rate with this OS is 0%.
> Maybe a hardware issue then?
Could be... I doubt it. The laptop I bought from Technoethical was specifically sold with this OS installed. So, unless they are foolish enough to sell their stock on hardware components that are incompatible with Trisquel, the answer is no. And if Trisquel IS incompatible with any hardware that exists, that is a massive adoption barrier that need be addressed.
> If adoption of operating systems had anything to do with quality no one
would be using Windows. :) Windows 8 and 10 are far buggier than any
GNU/Linux distribution I've tried.
If the comparison we're titillating is Ubuntu, I'd be inclined to agree. However, Trisquel has contained more bugs than any OS I've used in my experience, to which I suspect all FSF distros are likely to experience similar fates.
> In my opinion, the biggest obstacles to adoption of free operating
systems are social ones. If there are any significant technical
obstacles, I would say that they are the lack of free firmware for most
WiFi cards and many GPUs.
The two are tied together. When I try and convince my friends and family to convert to free software, and tell them all of the moral upsides, they'll smile and nod the whole way; but the second you tell a human being they have something to lose, they will immediately rationalize an excuse as to why it's not worth it. If there is a single aspect to be lost, or if the transition is in anyway cumbersome, 99% of people won't give it the time of day -- unfortunate, but true. We can eradicate this problem by eradicating all downsides - bugs included, hence my urgency and tone.
> It is completely understandable to be frustrated, and I hope we can
figure out what's wrong and stop your system from crashing, but your
experience is not universal. Most users do not encounter this issue. I
don't see any recent posts or bug reports about such any issue apart from
this thread. How can you know that people will be apathetic about your
issue before you've even told them about it?
My experience should never happen to anyone. This is not a matter of personal offense; I'm trying to convey a matter of principle. A principle this community needs to rigorously adopt. It is THE worst conceivable thing to happen for widespread migration when the software breaks to the point where it is no longer usable. The fact that this happened even once should give you nightmares. Why is the fact that it is not happening to everyone consolation to you? Where is your urgency? This community needs a radical shift of mentality if it ever wants to make a lasting effect.
As for why I know that people must have been negligent to let this happen, is due to the fact that a branch with such a fatal error was even deployed in the first place. Perhaps I made myself unclear in just how big of a deal I think this is. As much as we can have fun bashing Windows, I've never heard of a case where someone installed it on the first day only to experience it crash reboot every 10 minutes, and to have this identical experience on two unique machines. Further, if the Windows developers then explained this to their boss as "but no one told us about the bug", they would be met with aggressive scorn coupled with a scrunching of eyebrows. The ownness is irrevocably on the developer to prevent something like this from happening, and the proper response to discovering a case of it slipping through their fingers should be absolute horror. Perhaps this is my more extremist idealistic programmer brain seeping through, but I believe the tenets to be irrefutable.
I'll have a look at the resources you provided, but in the meantime I am stuck as I can't look at my screen for more than 10 seconds before it shuts off.
---
@jxself
> I have been using Trisquel for nearly 10 years without without that problem. Indeed, Trisquel powers the servers for fsf.org and gnu.org (which handles tons of traffic each day from people all over the world for the entire GNU Project) without any problems. Perhaps it's better if you focus on presenting your problem rather than saying it's some distro-wide problem and that the entire free software movement will fail because of some problem that only you are reporting.
The fact that it works on other systems consistently should be the expectation, not a balancing act to someone else experiencing a fatal error. A bug that completely breaks usability is the worst possible outcome in the software-verse. As for how this extends to the community as a whole, I believe very well that this defeatist and apathetic attitude towards competing with Mac and Windows is pervasive. Instead of wanting to convince those users to migrate, rather there is often an elitist tongue vainly portraying these users as sheepish, whereas they could be motivated to educate and persuade them. Further, there is a feeling of a lowered bar for the average, everyday user experience based off of the features and stability of the software. If you don't think so, you should ask yourself why GNU/Linux is the least used OS framework without defaulting to one of those two responses. Also ask yourself why the responses on this forum merely seem to confirm my view.
---
@calher
> I have not. It's just as bad as Debian Stable, no worse, and a little
better.
I don't care. It should be as good as never breaking, and as bad as only the best. How's that for a bar?
It's great that your machine works. Every machine needs to work.
Thanks for the link, I will utilize it.
--
@Magic Banana
> Every second in fact. I believe it is a consequence of your "script that restarts indicator-application-service every single second". I do not understand why you want to blame "indicator-application-service" or "systemd". Would you care to explain?
After each crash, I would peruse the syslog only to find indicator-application-service acting up for several lines just before each crash, saying something about how there was already an instance running. I do realize my every-second killall script is a bit of a hacky solution, and as stated, not a long-term one. It was merely an attempt to use the damn system in the first place, and worked albeit briefly. systemd was suspect for similar reasons.
> When a crash occurs, your syslog does not contain any error but, sometimes, a sequence of unprintable characters. That is why, like chaosmonk, I would bet on an hardware issue. Probably the RAM. Have you tested it? Memtest86+ is in Trisquel repository and on some live ISO (but not Trisquel's).
Come to think of it, the RAM may very well be the issue. The seller may have upgraded the RAM before reselling the unit to me. No matter; I'm not going to downgrade the RAM merely to make it usable, it would make more sense to fix the bug. Where would Memtest86+ be logging its output to, if anywhere?
>> Maybe a hardware issue then?
He might be talking that the hardware you have is defective, rather than incompatible with Trisquel. I experience an issue with one of my computers and found out one of the RAM sticks was bad, this caused my computer to reboot at any time.
>If the comparison we're titillating is Ubuntu, I'd be inclined to agree. However, Trisquel has contained more bugs than any OS I've used >in my experience, to which I suspect all FSF distros are likely to experience similar fates.
There is little difference between Ubuntu and Trisquel, the main things are the package helpers that clean the distro and the rebranded software such as Abrowser. Other than the issue you are reporting can you tell what other "more bugs" are you reporting? Can you tell if they are Trisquel's or Ubuntu's? Could you report them to their bug trackers?
>The two are tied together. When I try and convince my friends and family to convert to free software, and tell them all of the moral >upsides, they'll smile and nod the whole way; but the second you tell a human being they have something to lose, they will immediately >rationalize an excuse as to why it's not worth it. If there is a single aspect to be lost, or if the transition is in anyway >cumbersome, 99% of people won't give it the time of day -- unfortunate, but true. We can eradicate this problem by eradicating all >downsides - bugs included, hence my urgency and tone.
Although it's important that free software is spread everywhere, it's also important to understand, this is an ethical issue. I understand that people are not willing to change, bad for them, we cannot be pushing the ideas of free software if they don't want to change. They deserve freedom but at the end of the day, if you tell them what FS is about and they don't care about it, there is nothing you can do.
>My experience should never happen to anyone. This is not a matter of personal offense; I'm trying to convey a matter of principle. A >principle this community needs to rigorously adopt. It is THE worst conceivable thing to happen for widespread migration when the >software breaks to the point where it is no longer usable. The fact that this happened even once should give you nightmares. Why is >the fact that it is not happening to everyone consolation to you? Where is your urgency? This community needs a radical shift of >mentality if it ever wants to make a lasting effect.
To address this point, I have to refer to the GPL
"15. Disclaimer of Warranty.
THERE IS NO WARRANTY FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES PROVIDE THE PROGRAM “AS IS” WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, REPAIR OR CORRECTION."
Are you also telling me that there is no issues with other OS or computers? That Microsoft or Apple have not has issues on their software?
At one time I bought a computer with Windows pre-installed, the computer used to blue screen a lot, the problem? I don't even know (I was too young to figure out, and too naive to apply any warranty on the product). But there were two possibilities, either hardware or software. Fortunately, given the responses you have had, this has not happened to others.
People is trying to help on figure out the problem (because we have not come to the conclusion that Trisquel is the issue, right?) and you only complain in assuming that Trisquel is the culprit without any evidence.
Now, moving to the deal:
Usually the results of a memtest will be displayed on the console since you would likely use a usb live image. You can download a live cd distro and burn it to a usb drive with:
sudo dd -if= -of=/dev/sdb
usually sdb will be the usb drive but make sure this is the case.
My first recommendation is to install any other GNU/Linux distro (debian or ubuntu would do it) to make sure this only happens with Trisquel.
Please, realize this community is here to help, don't draw conclusions when we still have to find out if the system is the cause of your unfortunate luck.
> Could be... I doubt it. The laptop I bought from Technoethical was
> specifically sold with this OS installed. So, unless they are foolish
> enough to sell their stock on hardware components that are incompatible
> with Trisquel, the answer is no.
I don't mean incompatible with Trisquel. I mean defective. Otherwise
Technoethical's laptops should work fine with Trisquel.
> And if Trisquel IS incompatible with any
> hardware that exists, that is a massive adoption barrier that need be
> addressed.
As I said, Trisquel is incompatible with many WiFi cards and some GPUs.
I agree that this is a barrier to installing Trisquel on a machine whose
hardware components were selected with Windows or macOS in mind, but
when buying a laptop that comes with Trisquel this should not be an
issue, unless the hardware itself is defective.
> My experience should never happen to anyone. This is not a matter of
> personal offense; I'm trying to convey a matter of principle. A principle
> this community needs to rigorously adopt. It is THE worst conceivable
> thing to happen for widespread migration when the software breaks to the
> point where it is no longer usable. The fact that this happened even once
> should give you nightmares. Why is the fact that it is not happening to
> everyone consolation to you? Where is your urgency? This community needs
> a radical shift of mentality if it ever wants to make a lasting effect.
It is very likely that you bought a bad laptop and will have to send it
back. This happens to Windows users too. Honestly, although I respect
the fact that Technoethical is committed to selling freedom-friendly
hardware and is very good about disclosing freedom issues, it seems that
some of their customers have been having problems lately.
I'm not sure what you mean by a lack of urgency. You are the first
person to have this problem. How can the community address a problem
that hasn't occurred yet? Within hours of you reporting the issue,
multiple people have provided suggestions toward troubleshooting.
You're not wrong. We should strive to improve free software. If this
turns out to be a bug in Trisquel we'll try to fix it. However, I think
it may not be a problem with Trisquel. Not only are you the first user
to report this issue, but if you bought from Technoethical then you
presumably have one of the Librebootable Thinkpad models. Many of us are
running the same operating system on the same hardware, so if
reinstalling Trisquel didn't fix the issue, it seems more likely to me
that the hardware is defective.
My case lasts since 6 Months. I had also received a bad laptop from Technoethical and have sent it back, no response nor money back so far (>3 Months). This was the reason why I had wrote them many E-Mails before - first response a few Months after due to I published their unethical behaviour here and on Mastodon. So don't hope too much that they will be ethical - it seems that's their business, unfortunately. Please keep us up up-to-date.
After each crash, I would peruse the syslog only to find indicator-application-service acting up for several lines just before each crash, saying something about how there was already an instance running.
"indicator" does not occur in the syslog you attached.
Come to think of it, the RAM may very well be the issue.
And, yet, you go on and on on how the whole free software movement is the reason for the problem you face.
The seller may have upgraded the RAM before reselling the unit to me. No matter; I'm not going to downgrade the RAM merely to make it usable, it would make more sense to fix the bug.
You do not fix a defective RAM stick. You remove/substitute it.
Where would Memtest86+ be logging its output to, if anywhere?
Memtest86+ is launched from a bootloader (that may be that on a live ISO). It is a tiny operating system dedicated to testing the RAM. It outputs errors (if any) on the screen, which then turns red: https://upload.wikimedia.org/wikipedia/commons/5/5d/Memtest86%2B_15_million_errors_2017.jpg
Run it for a whole night.
Trisquel panel's indicator applet (scrolling the volume) crashes sometimes but it can be relaunched. Other than that, I've had virtually zero issues with Trisquel 8 on my HP Probook 6460b laptop.
I'd put it down to "rush to conclusions".
http://catb.org/~esr/faqs/smart-questions.html#idm46060474146768
Don't rush to claim that you have found a bug
When you are having problems with a piece of software, don't claim you have found a bug unless you are very, very sure of your ground. Hint: unless you can provide a source-code patch that fixes the problem, or a regression test against a previous version that demonstrates incorrect behavior, you are probably not sure enough. This applies to webpages and documentation, too; if you have found a documentation “bug”, you should supply replacement text and which pages it should go on.
Remember, there are many other users that are not experiencing your problem. Otherwise you would have learned about it while reading the documentation and searching the Web (you did do that before complaining, didn't you?). This means that very probably it is you who are doing something wrong, not the software.
The people who wrote the software work very hard to make it work as well as possible. If you claim you have found a bug, you'll be impugning their competence, which may offend some of them even if you are correct. It's especially undiplomatic to yell “bug” in the Subject line.
When asking your question, it is best to write as though you assume you are doing something wrong, even if you are privately pretty sure you have found an actual bug. If there really is a bug, you will hear about it in the answer. Play it so the maintainers will want to apologize to you if the bug is real, rather than so that you will owe them an apology if you have messed up.
- Login o registrati per inviare commenti