Re: Shutdown and reboot not working after last weekend update

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



2012/6/15 Don deJuan <donjuansjiz@xxxxxxxxx>

> On 06/15/2012 08:29 AM, David C. Rankin wrote:
>
>> On 06/14/2012 03:12 PM, Victor Silva wrote:
>>
>>> I have no shares. Can I somehow try to umount everything in mtab? I'm not
>>> familiar with the internal workings of mtab. I will read a bit. Also the
>>> only thing I assume could be hanging is my external HD which I
>>> disconnected
>>> having no effect on the problem behavior. Still I reported that my /boot
>>> partition was being mounted and listed on kde file manager (forgot its
>>> name) which was not default behavior. So could be the case that /boot is
>>> hanging my shoutdown? I don't get the reason umount -a && shutdown -h now
>>> did not do the trick.
>>>
>>> I ask gently again if you could inform me why did the "magic reboot" did
>>> work while shutdown did not.
>>>
>>> Regards,
>>> Victor
>>>
>>
>> Victor,
>>
>>   I am no expert in the shutdown logic that Arch uses, but it is fairly
>> easy to follow. During shutdown, /etc/rc.shutdown is called and the
>> 'umount_all' command is supposed to take care of unmounting all non-api
>> filesystems. If you have specific commands you need run in _addition to_
>> what is done by rc.shutdown, then you can put those commands in
>> /etc/rc.local.shutdown. The /etc/rc.local.shutdown must be executable to
>> be called (chmod +x) or (chmod 0755). The rc.local.shutdown file is
>> called close to the beginning of rc.shutdown.
>>
>>   Looking at your mtab file and comparing to mine, I do not have any
>> usb drives connected to my system. Somebody more familiar with issues
>> related to usb drives will need to comment. You might want to try
>> Guillermo's shutdown modified as follows:
>>
>> umount -arfl -t usbfs,fuseblk
>>
>>   I don't know if that will do it, but you have 5 fuseblk filesystems
>> and 1 usbfs mounted. I don't know how Arch handles their unmounting.
>>
>>   Lastly, I do not use the gnome gvfs-fuse-daemon. That is another
>> entry to look at and make sure it isn't the issue. Maybe try your
>> rc.local.shutdown with:
>>
>> umount -arfl -t usbfs,fuseblk
>> killall gvfs-fuse-daemon  # or whatever that process actually runs as
>>
>>
>>
> Well just tried reinstalling made no difference. So I guess I will be
> looking it why it is starting that way. It may or may not be related to the
> shutdown issues. But other than this one thing my symptoms seem to match
> this minus the screen turning red when freezing. I will post back here if I
> sort anything out that may help this problem.
>
> I wil try this at home but I'1m at work atm,
https://bugs.archlinux.org/task/30136
ry this kernel paramether reboot=pci
More info:
http://intosimple.blogspot.com.br/2012/06/reboot-on-dell-latitude-e6520-with-arch.html


[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux