my etc/event.d/control-alt-delete file (fc11) is like that:
# control-alt-delete - emergency keypress handling
#
# This task is run whenever the Control-Alt-Delete key combination is
# pressed. Usually used to shut down the machine.
start on control-alt-delete
exec /sbin/shutdown -r now "Control-Alt-Delete pressed"
This is exactly like what is your in fc9. For disabling Contol-Alt-Delete in the console mode, I commented the last two lines like:
# start on control-alt-delete
# exec /sbin/shutdown -r now "Control-Alt-Delete pressed"
and saved the changes and run the command:
init q
but after rebooting it was not disabled. So I added the following line:
# ca::ctrlaltdel:/sbin/shutdown -t3 -r now
in the /etc/inittab file. This line was not there initially, but I added it (commented) and again run the command:
init q
But again it was not disabled.
So it is still the problem.
(2).
In fedora 11, if suppose we download, we issue the command:
[root@localhost ~]# wget http://<.......................WEB address.................................>
to fetch the page. But suppose if we want to download any video file from the website, in which the link always doesn't end with '.html', suppose for e.g., if we want to download the following:
http://www.youtube.com/watch?v=pRpeEdMmmQ0
how could it be done, becoz, issuing:
[root@localhost ~]# wget http://www.youtube.com/watch?v=pRpeEdMmmQ0
saves the following file:
watch?v=pRpeEdMmmQ0
in the directory from where the command was issued but NOT the video.
Though it is very basic thing, but still confusing.
Thx.
---------- Forwarded message ----------
From: Tim <ignored_mailbox@xxxxxxxxxxxx>
To: Community support for Fedora users <users@xxxxxxxxxxxxxxxxxxxxxxx>
Date: Tue, 15 Jun 2010 18:19:22 +0930
Subject: Re: Amazing problem of /boot
On Tue, 2010-06-15 at 12:56 +0530, Parshwa Murdia wrote:
> 1. If by mistake or unfortunately, the password is typed wrong two or
> three times at the time while PC restarts (the password set via BIOS),
> are there chances that the system may be locked or any other problem
> may come? and the same question for grub.conf encrypted passwords.
What the BIOS does after failed attempts will be determined by how that
BIOS is programmed. We can't answer that, because yours may be
different than mine. However, I've not heard of a BIOS that does
anything other than make you reboot after three failed attempts.
Grub doesn't change anything on the drive if you fail, you can keep on
trying. Though I can't recall if it, also, tells you that you've tried
too many times, making you have to reboot to try again.
> 2. For disabling Ctrl+Alt+Del from restarting computer in Console
> mode, all we have to do is uncommenting the line:
>
> ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now
... And theirs didn't have that line. Ordinarily, I'd then suggest to
simply add the line. But I suspect that adding that line's out-of-date
advice, since your file did have this written in the comments:
> # Ctrl-Alt-Delete is handled by /etc/event.d/control-alt-delete
So look at that file, and see if you can work it out. On my older than
yours, Fedora 9, computer that I'm currently typing on, that file
contains this:
# control-alt-delete - emergency keypress handling
#
# This task is run whenever the Control-Alt-Delete key combination is
# pressed. Usually used to shut down the machine.
start on control-alt-delete
exec /sbin/shutdown -r now "Control-Alt-Delete pressed"
By the way, I'll drop a hint: It's wrong where it says that key
sequence is usually used to shut down the machine, it's usually used to
reboot. That's what CTRL-ALT-DEL does on every computer that I've ever
played with, and that's what the "-r" option means with the shutdown
command.
--
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
-- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines