sudoers mistake

Michael Havens bmike1 at gmail.com
Thu Jul 4 15:28:02 MST 2013


I wanted to add my user to the sudoers file so I typed in 'visudo. and put
my userid where I figure it should go. Now whenever I type 'sudo <?>' the
output of the shell is:

bmike1 at PresarioLapTop1:/home$ sudo mkdir /backups
sudo: parse error in /etc/sudoers near line 14
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin


so I think I'll go in and put it the way it was:

bmike1 at PresarioLapTop1:/home$ sudo visudo
sudo: parse error in /etc/sudoers near line 14
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin

Here is the sudoers file:

#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults        env_reset
Defaults        mail_badpass
Defaults
 secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

# Host alias specification
bmike1

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL:ALL) ALL

# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL

# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on "#include" directives:

#includedir /etc/sudoers.d

HEY! Look at that. I put my user in the wrong space. I meant to put it
under '# User alias specification' but now I see that is wrong; I needed to
put it under '# User privilege specification'.
Also, what about the "ALL's". What do they mean?
Can I fix this with VI? I'm not just doing it because I don't want to mess
this up so bad I need to reinstall
:-)~MIKE~(-:


On Thu, Jul 4, 2013 at 2:56 PM, Michael Havens <bmike1 at gmail.com> wrote:

>
>> Okay Matt (or anyone else who wants to answer this), could I do this:
> first I make a directory in the usb called 'bmike1-backup'
>
> #!/bin/bash
> sudo mkdir /backups <-create backups dir
> sudo mount /sdc1/backup-bmike1 /backups <- tell computer to see a
> directory in the usb drive as /backups
> rsync -av /home/bmike1
> sudo umount backups; sudo rmdir backups <-make everything like it was
>
>
>> On Sat, Jun 29, 2013 at 12:45 PM, Matt Graham <danceswithcrows at usa.net>wrote:
>>
>>> 1. Plug this disk in.  Usually, removable disks have 1 partition of type
>>> FAT32
>>> or NTFS covering their whole space.  (Check that this is the case, if
>>> not,
>>> something weird may be going on.)
>>>
>>> 2. Make a filesystem with a label on this partition.  "mke2fs -j -L
>>> MY_BACKUPS
>>> /dev/sdN1" .  Find what N is by looking at the output of dmesg | tail.
>>>
>>> 3. Make an entry for the partition you made in your /etc/fstab :
>>>
>>> LABEL=MY_BACKUPS  /mnt/backup  ext3  noauto,users,noatime  0  0
>>>
>>> 4. As root, mkdir /mnt/backup if it doesn't exist, then mount this
>>> partition
>>> on /mnt/backup , mkdir /mnt/backup/USER , and chown USER
>>> /mnt/backup/USER .
>>>
>>> 5. Make a shell script sort of like this:
>>>
>>> #!/bin/bash
>>> if [[ $1 == '--help' || $1 == '-h' ]] ; then
>>>     echo "backs up ~USER to backup drive."
>>>     exit;
>>> fi
>>>
>>> if mount | grep /mnt/backup > /dev/null ; then
>>>     rsync -av --delete-after /home/USER/ /mnt/backup/USER
>>> else
>>>     echo "backup disk not mounted.  Trying to mount it."
>>>     mount /mnt/backup
>>>     if mount | grep /mnt/backup > /dev/null ; then
>>>          echo "Is the disk plugged in?  Can't mount, bailing."
>>>          exit 1
>>>     fi
>>>     rsync -av --delete-after /home/USER/ /mnt/backup/USER
>>>     umount /mnt/backup
>>> fi
>>>
>>> 6. Any time you want to make a backup, plug your disk in, and run that
>>> shell
>>> script.  The initial rsync will take some time.  Subsequent rsyncs will
>>> take a
>>> couple of minutes.
>>>
>>> This is AFAICT a reasonably good way to do things, because it doesn't
>>> take a
>>> lot of time to keep your backup up to date, and restoring is as simple as
>>> mounting the backup disk and copying things over.  Since there is only 1
>>> backup, though, you could delete something, make a backup, then realize
>>> you
>>> needed that thing.  I have 2 backup disks and rotate them every few days
>>> to
>>> make that less likely.
>>>
>>> You could even get fancy and use dm-crypt to back up your stuff to an
>>> encrypted disk, which is useful in some situations like when you want to
>>> leave
>>> the disk somewhere that's not under your direct control like a friend's
>>> house.
>>>  Using dm-crypt makes things a bit more complex, but I can write another
>>> message about that.
>>>
>>> --
>>> Matt G / Dances With Crows
>>> The Crow202 Blog:  http://crow202.org/wordpress/
>>> There is no Darkness in Eternity/But only Light too dim for us to see
>>>
>>> ---------------------------------------------------
>>> PLUG-discuss mailing list - PLUG-discuss at lists.phxlinux.org
>>> To subscribe, unsubscribe, or to change your mail settings:
>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phxlinux.org/pipermail/plug-discuss/attachments/20130704/38defab0/attachment.html>


More information about the PLUG-discuss mailing list