On 12/1/18 2:24 PM, Andrei Borzenkov wrote:
01.12.2018 22:15, Felix Miata пишет:
The following looks like a FAT or NTFS partition:
[** ]A start job is running for dev-disk-by\x2duuid-d3224276\x2d28fa\x2d44ad\x2db96e\x2dcd3d84fd2e6e.device (35s / 1min 30s)
FAT or NTFS have entirely different UUIDs.
Yes, but here's the thing. The line items I have pasted up there from the boot log are for the system that IS working and IS booting. So it is impossible that the system is looking for a non-existent file and that becomes the reason for it hanging. In the case of those line items posted from the boot log, the system is actually NOT hanging. Now perhaps the file with that UUID doesn't actually exist, and that is why it times out on the boot sequence for 4.18. But at least with 4.18 it makes it past that and doesn't hang. (Sorry for the CAPS - I am not trying to be unpleasant. Just in the text only version of this email I have no other way to indicate emphasis. I do appreciate everyone trying to help.) However, the system that is hanging at around 35 seconds, which includes both versions of kernel 4.19, the boot process never even makes it to the point where it initializes the boot log and writes those line items into the boot log. The only reason I know that it is the same UUID on the boot sequence that hangs is that I took a photo of it with my cell phone and compared the UUID to the UUID in the boot log for the system that worked. The difference is that whether or not that file exists, when I boot tumbleweed with the 4.19 kernel, it hangs while running the start job for that file/device and never boots up, but with the 4.18 kernel, it times out when looking for that file/device and then proceeds to continue to boot. Again, thanks for everyone's help. I hope we can come up with more insight, because this particular problem seems pretty tough. -- George Box: 42.3 | KDE Plasma 5.8 | AMD Phenom IIX4 | 64 | 32GB Laptop #1: TW | Plasma 5.13 | AMD FX 7TH GEN | 64 | 32GB Laptop #2: TW | Plasma 5.13 | Core i5 | 64 | 8GB -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org