<div dir="ltr"><div style id="__af745f8f43-e961-4b88-8424-80b67790c964__"></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 17, 2014 at 9:37 PM, Chris Murphy <span dir="ltr"><<a href="mailto:lists@colorremedies.com" target="_blank">lists@colorremedies.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><br><div><div class=""><div>On Mar 17, 2014, at 9:53 PM, "pgaltieri ." <<a href="mailto:pgaltieri@gmail.com" target="_blank">pgaltieri@gmail.com</a>> wrote:</div>
<blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><br></div><div class="gmail_extra">modprobe vfat<br><br></div><div class="gmail_extra">returns with no messages at all. The vfat module is not loaded.<br></div>
</div></blockquote><div><br></div></div>Seems important to find out why the kernel isn't loading fat.ko+vfat.ko.</div><div><br></div><div>Emergency shell you can run:</div><div>fsck.msdos -a /dev/sda1</div><div><br></div>
<div>See where that gets you, and report back. There is no automatic FAT fsck at startup, which maybe is a bug since we're always mounting /boot/efi read-write.</div></div></blockquote><div><br></div><div>complained about dirty bit being set and that backup version didn't match current version. <br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><div><br></div><div>I'd like to see the result of a boot with boot parameters rhgb quiet removed, and systemd.log_level=debug added. And then use this:</div>
<div><br></div><div>journalctl -xb -o short-monotonic > /mnt/usb/journal-debug.txt</div></div></blockquote><div><br></div><div>Here's the link<br><br> <a href="https://www.amazon.com/clouddrive/share?s=femLQ67TRQkjI3mhQQKx1c">https://www.amazon.com/clouddrive/share?s=femLQ67TRQkjI3mhQQKx1c</a><br>
<br></div><div>It did not mount my external USB hard drive, but after loading the vfat module it did mount my USB stick.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div style="word-wrap:break-word"><div><br></div><div>And post that somewhere. I'd like to see the full debug info from systemd. Maybe it's trying to mount /boot/efi before /sysroot? Hard to imagine that.</div><div>
<br></div><div><div class=""><br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><br></div><div class="gmail_extra">Here's a link to grub.cfg<br><br><a href="https://www.amazon.com/clouddrive/share?s=M-h6hV1bQcEinfQSrTkMsc" target="_blank">https://www.amazon.com/clouddrive/share?s=M-h6hV1bQcEinfQSrTkMsc</a><br>
</div></div></blockquote><div><br></div></div>That's normal.<div class=""><br><br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><br></div><div class="gmail_extra">2) System indicates it's powering off, however, system does not turn off it restarts and boots back to login screen<br>
</div></div></blockquote></div></div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><div><div class="">
<blockquote type="cite"><div dir="ltr"><div class="gmail_extra"></div></div></blockquote><div><br></div></div><div>What happens if you logout your user, change to a shell, login as root, and issue: poweroff</div></div></div>
</blockquote><div><br> ran poweroff at emergency mode prompt and system reset, did not power off.<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div style="word-wrap:break-word"><div><div><br></div><div>If that consistently works, and doing it with Mate's UI does not, then file a bug against Mate. If poweroff doesn't work either…</div><div class=""><br><blockquote type="cite">
<div dir="ltr"><div class="gmail_extra">
<br></div><div class="gmail_extra">3) Try shutdown again - same result<br><br></div><div class="gmail_extra">4) Get frustrated :-)<br><br></div><div class="gmail_extra">5) Hit power button to turn off system.<br></div></div>
</blockquote><div><br></div></div>OK stop doing that.</div><div><br></div><div>echo 1 >/proc/sys/kernel/sysrq</div><div>echo r >/proc/sysrq-trigger</div><div>echo e >/proc/sysrq-trigger</div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div style="word-wrap:break-word"><div>echo i >/proc/sysrq-trigger</div></div></blockquote><div><br> Got to this point and system reset.<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div style="word-wrap:break-word"><div>echo s >/proc/sysrq-trigger</div><div>echo u >/proc/sysrq-trigger</div><div>echo o >/proc/sysrq-trigger</div><div><br></div><div>If that reboots instead of powers off, then it's probably a kernel bug and you should file a bug against the kernel. I'd check to make sure your UEFI firmware is up to date first.</div>
<div><br></div><div>If it does power off, but the poweroff command does not, then your problem might be a systemd bug.</div></div></blockquote><div><br></div><div>With debug turned on I keep seeing messages like the following<br>
<br></div><div>USB disconnect, device number 15<br></div><div>new low-speed USB device number 16 using xhci_hcd<br><br></div><div>The number 15 and 16 keep incrementing about 5 seconds apart.<br><br></div><div>This device is my USB optical mouse<br>
<br></div><div>Paolo<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><span class=""><font color="#888888"><div>
<br></div><div><br></div><br><div>
<span style="border-collapse:separate;border-spacing:0px">Chris Murphy</span>
</div>
<br></font></span></div><br>--<br>
users mailing list<br>
<a href="mailto:users@lists.fedoraproject.org">users@lists.fedoraproject.org</a><br>
To unsubscribe or change subscription options:<br>
<a href="https://admin.fedoraproject.org/mailman/listinfo/users" target="_blank">https://admin.fedoraproject.org/mailman/listinfo/users</a><br>
Fedora Code of Conduct: <a href="http://fedoraproject.org/code-of-conduct" target="_blank">http://fedoraproject.org/code-of-conduct</a><br>
Guidelines: <a href="http://fedoraproject.org/wiki/Mailing_list_guidelines" target="_blank">http://fedoraproject.org/wiki/Mailing_list_guidelines</a><br>
Have a question? Ask away: <a href="http://ask.fedoraproject.org" target="_blank">http://ask.fedoraproject.org</a><br>
<br></blockquote></div><br></div></div>