https://bugzilla.kernel.org/show_bug.cgi?id=205107 --- Comment #10 from Kaur Männamaa (kaurman@xxxxxxxxxxx) --- (In reply to Hélder from comment #9) > Greetings, > > I'm sorry for the delay, I have been pushing this aside for too long. I was > stuck at trying out a non-systemd Linux distro as I could not download the > image. The distro was going to be Antix. > This is related to another problem I have been having with Linux. > The rtl8188ee driver makes my computer always disconnect from the Wifi and > this seems to be a recurring problem for users of the same computer model as > mine (Toshiba Satellite series). > I have tried so many solutions for the past few months, I can't even recall > half of them. > > >> 08:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188EE > >> Wireless Network Adapter (rev 01) > I am not in a position where I can try wired connections. > Indeed, there seem to be quite a few threads about this or very similar issues. Had no time for proper research but there seemed to be some solutions as well so hopefully you'll find a way to solve this eventually. If you're stuck, feel free to email me & describe what you have tried so far. I'm no expert but I wouldn't mind looking into this. However, as for now, let's concentrate on the problem at hand. > When it comes to the HDD problem, I have been using that script ever since. > The cable IS usb3, but connected to a usb2 port. If it connected to usb3, it > would keep shutting down with every slight touch to the chord, so I ignore > its "usb3 power". > > I'm not overthinking the problem because it is clearly not healthy for the > HDD. Additionally, it clearly seems to be a software problem; shouldn't bugs > always be fixed? I may have found a fix by writing down a script, but why > can't this be fixed on the kernel at once? This is still unsolved. > I've already stated that the problem does not occur on Windows or FreeBSD. Don't get me wrong. I had no intention of belittling the problem. I asked as you had included multiple drives, which initially confused me a bit. As for the problem as such, it is certainly worth at least looking into. While a drive can take a considerable number of such brutal shutdowns, the problem should indeed be dealt with in the long run. Let's assume for now that it affects only external / USB drives. As I understand, this is what your SMART data & observations seem to support as well. I did some testing (using linux 5.4.12) with my own external drive and had rather intriguing results. In short, the problem seems to exist on shutdown (cannot read SMART to confirm but that's what my ears tell me) but not when the system is halted (shutdown -H). Halting results in the drive spinning down as it should. In my case internal drives are fine either way as expected, no shutdown issues whatsoever. This may indeed mean that power is cut too early as you suggested but I dare not speculate here at the moment. Perhaps I can test with some other external drives in the case of which SMART data is available (easy to access). Just to check once more that the problem is indeed there. I'll contact someone more knowledgeable. Let's see what they have to say. Kaur -- You are receiving this mail because: You are watching the assignee of the bug.
