https://bugzilla.novell.com/show_bug.cgi?id=891168 https://bugzilla.novell.com/show_bug.cgi?id=891168#c1 --- Comment #1 from Neil Rickert 2014-08-09 17:19:11 UTC --- First a correction. My previous install on this external drive was 20140728 (not 20140721). This morning, I booted up the system. Within 30 minutes, I had lost access to the boot device. "/dev/sdb" no longer existed, but there was a "/dev/sdg". At that stage, I have no commands available other than shell builtins, so it is hard to investigate further. Subsequently, I reinstalled 20140728. And that has been running fine. The install went without a problem. After booting into the system, the system disk "/dev/sdb" (the external drive) remains available. So I'm pretty sure that the problem is due to a change between 20140728 and 30140807. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=891168 https://bugzilla.novell.com/show_bug.cgi?id=891168#c3 --- Comment #3 from Neil Rickert 2014-08-13 15:13:51 UTC --- I've kept the install 20140728 external drive for the present. And I'm holding onto the install media for it (I used the DVD installer). So I can compare. 20140728 used kernel-desktop-3.16.rc6-1.2. The repos currently have 3.16.rc7-1.2. I doubt that the kernel is the problem. I already updated to rc7 a few days ago, and the system behave properly that way. I figured it was a safe update, because I could boot the old kernel if that became necessary. 20140728 used udisks2-2.1.3-1.3, and the repos currently contain the same version. So that also unlikely. 20140728 has udev-210-19.1, while the repos currently have 210-22.1. My bets would be on the udev change as causing the problem. I wonder what that changed? If you want, as a test, I can update udev to the repo version and see if it breaks. As long as I have my install media, I should be able to go back. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=891168 https://bugzilla.novell.com/show_bug.cgi?id=891168#c5 --- Comment #5 from Neil Rickert 2014-08-13 16:35:19 UTC --- That link you provided makes me wonder if it could be a "systemd" change that causes the problem. I first saw this during an install attempt. I was running openSUSE-Factory-KDE-Live-x86_64-Snapshot20140807-Media.iso and did the install from there. The live media was running from a USB flash drive. I still have that flash drive. Could there be some logs saved in the hybrid partition that might be useful for analysis? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=891168 https://bugzilla.novell.com/show_bug.cgi?id=891168#c7 --- Comment #7 from Neil Rickert 2014-08-15 14:39:08 UTC --- Created an attachment (id=602500) --> (http://bugzilla.novell.com/attachment.cgi?id=602500) transcript ("script" command) while gathering information I've changed strategy for investigating this bug. I have now installed factory (20140814) on the internal drive. While running that, I am mounting the external drive mount /dev/sdf1 /mnt/1 mount /dev/sdf3 /mnt/1/home The external drive came up as "/dev/sdf". After a while, "/dev/sdf" disappeared, and the external drive was now "/dev/sdg". The typescript file shows the output of: ls -l /dev/sd? fdisk -l /dev/sdg ## to confirm that it is the external drive df ## to show that partitions of "/dev/sdf" are what are mounted dmesg | grep sdg # message related to /dev/sdg dmesg | grep sdf # messages related to /dev/sdf Some other commands that didn't reveal anything. Doing it this way, I still see the bug show up. But I now have commands to work with to investigate it. Let me know if there is other information I should be checking. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=891168 https://bugzilla.novell.com/show_bug.cgi?id=891168#c9 Bernhard Wiedemann changed: What |Removed |Added ---------------------------------------------------------------------------- CC|coolo@suse.com | AssignedTo|systemd-maintainers@suse.de |bnc-team-screening@forge.pr | |ovo.novell.com --- Comment #9 from Bernhard Wiedemann 2014-08-18 08:38:05 CEST --- I could imagine it to be problems with the external power supply on the USB disk container (that depend on the software's access patterns) or it could be some strange interaction between the USB host adapter / driver and the device. I any case, this is most likely not an openSUSE-specific bug and thus we can't help much. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=891168 https://bugzilla.novell.com/show_bug.cgi?id=891168#c11 Neil Rickert changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |INVALID --- Comment #11 from Neil Rickert 2014-09-01 20:44:27 UTC --- I'm marking this as closed. I reseated the cable connectors for the disk drive, and that seemed to fix the problem. As to what changed in recent factory releases: I had the problem also show up once when running 13.1. But it is harder to see. With recent factory releases, if the USB device is "/dev/sdf" and something is mounted, then after whatever error occurs, the device becomes "/dev/sdg" With 13.1, if the device is "/dev/sdf", then after the error it remains "/dev/sdf" and the file systems remain mounted (but now marked as read-only). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.