Closed Saentist closed 6 years ago
Congratulations - By forcing me to edit your report because you still couldn't follow what the checklist asked you to do (is putting crosses into boxes or copy/pasting text, as you were explicitly asked to do, that hard?), you have have earned a deferred tag, meaning that I am going to treat this issue as super low priority and probably won't look into it for a few weeks.
I report bug. I not need to know BB code and tricks of github posting.
what is difference to write:
I do all steps
vs
all this text and checks
Even and in FAQ there is a мisspellings
mother tongue
From when muscles in the mouth = a vocal and written description of the words used by a nation? Or in school kids learn French tongue not French language (except in cooking class) It is too easy to add criticism, but match harder to explain why.
I not need to know BB code and tricks of github posting.
No you don't. But I do expect you to follow text that says:
You MUST read and complete the checklist below, by placing an x into each [ ] (so that it shows '[x]', NOT '[ x]' or '[x ]')
I'm explicitly telling you what I expect you to do, with an example.
If you first choose to ignore it altogether, and then, when opening a new issue precisely after I called you upon it, choose not to follow it, and also choose not to copy/paste the log data as requested, I can only assume that helping you is going to be troublesome because you are not following what you are explicitly being told to do. Therefore, I'm going to be a lot less willing to help you as a matter of priority. People who demonstrate that they can follow the rules always get prioritized over people who don't.
Even and in FAQ there is a мisspellings
I'm sure there are. But I don't see how that relates to your complaint. I am not reducing the priority of your issue because English is not your mother tongue, but because, twice, you have demonstrated an unwillingness to even try to follow the rules, and there's only so much credit I can give to the idea that this was by accident.
From when muscles in the mouth = a vocal and written description of the words used by a nation?
There again, a simple googling of mother tongue would have demonstrated that the argument you are trying to make, unfortunately, has no weight. I don't decide on the idioms that are being used by the English language (which, by the way, is not my mother tongue either). But if I were to try to dispute one of them, as you seem to be trying to do, I hope I'd do just a little bit of research to ensure that the argument I am trying to make doesn't fall flat.
It is too easy to add criticism, but match harder to explain why.
I've explained why. Even if English is not your native language, I expect you to be able to follow the instructions with clear examples that I provide when opening an issue. From experience, the fact that you failed to do that, twice, means that I'm better off assigning a low priority to your issue.
Creativity vs Bureaucracy = Evolution Or lets do right job not to chat unneeded.
p.s. it is not important how to say something, it is important other side to understand it. I prefer short informative version You prefer long Political version (99% air under pressure) nothing personal
You prefer log Political version
No. I prefer people who can follow the rules. It's really as simple as that and the root of all this "unneeded chat". The rules are precisely designed so that I don't have to waste more time than I need to fetching files off pastebin or wherever or not being able to see at one glance whether a step was completed or not.
You may think this is just wind, but maybe one day, once you have had to support thousands of people through either an issue tracker or e-mail, you will understand why filtering issues according to who is willing to respect your requests, and who thinks they can just be ignored, is vital to being able to perform your job in the best conditions.
After some testing, it appears that, like other maintainers before them, the Turnkey Linux maintainers seem to have chosen to deviate from what Debian and Ubuntu do, where they make sure they don't restrict themselves to supporting the ISO-9660 file system only, and dropped the ability for their custom init script to look for data on FAT32 and other file systems, with the expected result that their script fail.
This is NOT something Rufus can fix, as the issue is due to the distro maintainers being a bit too short-sighted with regards to the file system they support, and needing to modify their media detection script.
HOWEVER, once again I have to advise users to stop ignoring that big message that Rufus makes sure to display when it detects that an ISOHybrid is being used (which is the case here), and which is REALLY THERE TO HELP YOU in case the image doesn't boot properly in ISO mode. This is the message that says:
As the dialog explicitly advises (in 38 different languages if it turns out that English is not your mother tongue):
if you encounter issues during boot, you can try writing this image again in DD Image mode.
As it turns out, if you do just that, the image will boot without issues.
So, to summarize:
As such, since there is really nothing for me to address in Rufus, I will close this issue.
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue if you think you have a related problem or query.
Checklist
<FULL LOG>
below.Rufus version: x.y.z
- I have NOT removed any part of it.Additionally (if applicable):
(✓)
button to compute the MD5, SHA1 and SHA256 checksums, which are therefore present in the log I copied. I confirmed, by performing an internet search, that these values match the ones from the official image.Issue description
ISO to USB pass without any error's. Boot on different PC also work to grub boot loader, but live OS live starting or install search for cd/dvd.
Used image: http://mirror.turnkeylinux.org/turnkeylinux/images/iso/turnkey-core-15.0-stretch-amd64.iso http://mirror.turnkeylinux.org/turnkeylinux/images/iso/turnkey-core-15.0-stretch-amd64.iso.hash It is same situation with all images of TurnKey Linux http://mirror.turnkeylinux.org/turnkeylinux/images/iso/ They are Debian based
Log