On 09/03/14 13:50, Sudhir Khanger wrote:
> On Wednesday, September 03, 2014 06:25:05 AM Ed Greshko wrote:
>> The GID/UID scheme has been around since the dawn of Unix. Anyone cannot
>> chown, they need to be root. It isn't, and never was intended, to be a
>> method of securing access to external
On Wednesday, September 03, 2014 06:25:05 AM Ed Greshko wrote:
> The GID/UID scheme has been around since the dawn of Unix. Anyone cannot
> chown, they need to be root. It isn't, and never was intended, to be a
> method of securing access to external drives. If you need to secure access
> to dat
On 09/03/14 03:46, Sudhir Khanger wrote:
> This is a very weird scheme of things. We allow a system with generic set of
> UID/GID but block on some. If all you need to access a hard drive's data is
> to
> set correct UID/GID then why bother about it all. And anyone can chown the
> disk and have
On Tuesday, September 02, 2014 05:07:36 AM Ed Greshko wrote:
> And, as others have already pointed out, it is the numerical UID/GID being
> the same across all systems which makes it work. I mentioned all of this
> earlier on in this thread
This is a very weird scheme of things. We allow a sy
On 09/01/14 22:04, Sudhir Khanger wrote:
> I haven't had time to look into it myself but more I read about ext4
> your tryst explaining me earlier becomes more clear that permissions
> persist with the filesystem. Now that I think more about it one
> possibility is that I use same username across s
On 09/01/2014 07:04 AM, Sudhir Khanger wrote:
I haven't had time to look into it myself but more I read about ext4
your tryst explaining me earlier becomes more clear that permissions
persist with the filesystem. Now that I think more about it one
possibility is that I use same username across sy
Allegedly, on or about 01 September 2014, Sudhir Khanger sent:
> one possibility is that I use same username across systems which might
> have made it possible to mount with RW without superuser privileges.
Yes, but... It's not so much the user name that's important, but the
*numerical* user and
On Mon, Sep 1, 2014 at 7:01 PM, Ed Greshko wrote:
> On 09/01/14 16:25, Sudhir Khanger wrote:
>> The only way to tell if this is a mountain or a molehill is to try
>> some other distribution.
>
> I guess you'll find no joy in Ubuntu. Installed a test system and
> plugged in my drive and allo
On 09/01/14 16:25, Sudhir Khanger wrote:
> The only way to tell if this is a mountain or a molehill is to try
> some other distribution.
I guess you'll find no joy in Ubuntu. Installed a test system and plugged
in my drive and allowed it to be automounted
egreshko@ubuntu:~$ mount | gre
On 09/01/14 16:25, Sudhir Khanger wrote:
> On Mon, Sep 1, 2014 at 1:50 PM, Ed Greshko wrote:
>> Once you chown on the file system you never have to do it again. I think
>> you're making a mountain out of a molehill.
> The only way to tell if this is a mountain or a molehill is to try
> some othe
On Mon, Sep 1, 2014 at 1:50 PM, Ed Greshko wrote:
> Once you chown on the file system you never have to do it again. I think
> you're making a mountain out of a molehill.
The only way to tell if this is a mountain or a molehill is to try
some other distribution.
Thank you for keep trying to he
On 09/01/14 16:13, Sudhir Khanger wrote:
> On Mon, Sep 1, 2014 at 1:37 PM, Sudhir Khanger
> wrote:
>> On Mon, Sep 1, 2014 at 1:11 PM, Ed Greshko wrote:
>>> Yes... UNTIL I "fix" it with using the chown command as I've now said
>>> multiple times.
>>
>> I will have to try other distribution. I d
On Mon, Sep 1, 2014 at 1:43 PM, Ed Greshko wrote:
> If you want to not worry about user and group names then simply change to use
> a different filesystem type
>
> mkfs.ntfs /dev/sdg1 or whatever partition is to be hold the file system.
If you regularly move files across devices to and from
On Mon, Sep 1, 2014 at 1:37 PM, Sudhir Khanger wrote:
> On Mon, Sep 1, 2014 at 1:11 PM, Ed Greshko wrote:
>> Yes... UNTIL I "fix" it with using the chown command as I've now said
>> multiple times.
>
>
> I will have to try other distribution. I don't remember doing anything
> like that when mou
On 09/01/14 16:07, Sudhir Khanger wrote:
> On Mon, Sep 1, 2014 at 1:11 PM, Ed Greshko wrote:
>> Yes... UNTIL I "fix" it with using the chown command as I've now said
>> multiple times.
>
> I will have to try other distribution. I don't remember doing anything
> like that when mounting through gr
On Mon, Sep 1, 2014 at 1:11 PM, Ed Greshko wrote:
> Yes... UNTIL I "fix" it with using the chown command as I've now said
> multiple times.
I will have to try other distribution. I don't remember doing anything
like that when mounting through graphical means. I was talking to some
folks at #ar
On 09/01/14 15:30, Sudhir Khanger wrote:
> On your system when mounting ext4 usb-storage through a graphical file
> manager like Dolphin or Nautilus is it mounted under root:root user?
Yes... UNTIL I "fix" it with using the chown command as I've now said multiple
times.
--
If you can't laugh a
On 09/01/14 15:30, Sudhir Khanger wrote:
> Yes, the disk is being mounted as RW but not as a regular user.
>
> On your system when mounting ext4 usb-storage through a graphical file
> manager like Dolphin or Nautilus is it mounted under root:root user?
The disk gets mounted with permissions and ow
On Mon, Sep 1, 2014 at 12:41 PM, Ed Greshko wrote:
> On 09/01/14 15:08, Sudhir Khanger wrote:
>> On Mon, Sep 1, 2014 at 12:33 PM, Ed Greshko wrote:
>>> What do you mean?
>>>
>>> If you do
>>>
>>> sudo touch /run/media/donnie/storejet/x
>>>
>>> what do you get?
>> That works fine that will write f
On 09/01/14 15:08, Sudhir Khanger wrote:
> On Mon, Sep 1, 2014 at 12:33 PM, Ed Greshko wrote:
>> What do you mean?
>>
>> If you do
>>
>> sudo touch /run/media/donnie/storejet/x
>>
>> what do you get?
> That works fine that will write file x with root:root
Yes Which *PROVES* it is mounted RW.
On Mon, Sep 1, 2014 at 12:33 PM, Ed Greshko wrote:
> What do you mean?
>
> If you do
>
> sudo touch /run/media/donnie/storejet/x
>
> what do you get?
That works fine that will write file x with root:root
I was checking dmesg. There are some interesting errors and remounting
filesystem read-only
On 09/01/14 14:55, Sudhir Khanger wrote:
> I ran
>
> sudo scrub -fp dod /dev/sdb
>
> It show it is mounted as RW but it is actually RO.
>
> [donnie@fedora ~]$ mount | grep /dev/sdc
> /dev/sdc1 on /run/media/donnie/storejet type ext4
> (rw,nosuid,nodev,relatime,seclabel,data=ordered,uhelper=udisks2)
On Mon, Sep 1, 2014 at 11:44 AM, Ed Greshko wrote:
> On 09/01/14 14:04, Sudhir Khanger wrote:
>> On Mon, Sep 1, 2014 at 8:44 AM, Ed Greshko wrote:
>>> Yep, so many ways to solve the "problem". Just depends on what the goal of
>>> end user happens to be. At least the most pressing issue for the
On 09/01/14 14:04, Sudhir Khanger wrote:
> On Mon, Sep 1, 2014 at 8:44 AM, Ed Greshko wrote:
>> Yep, so many ways to solve the "problem". Just depends on what the goal of
>> end user happens to be. At least the most pressing issue for the OP has
>> been resolved as the partition no longer moun
On Mon, Sep 1, 2014 at 8:44 AM, Ed Greshko wrote:
> Yep, so many ways to solve the "problem". Just depends on what the goal of
> end user happens to be. At least the most pressing issue for the OP has been
> resolved as the partition no longer mounts RO.
I find it odd that the ext4 disk is be
On 09/01/14 11:07, Tim wrote:
> On Mon, 2014-09-01 at 07:52 +0800, Ed Greshko wrote:
>> If you want to use a usb disk such that anyone that plugs it in can
>> write to it then you need to use ntfs or another of the wonderful MS
>> filesystems types.
> Or you can make some sub-directories, owned by
On Mon, 2014-09-01 at 07:52 +0800, Ed Greshko wrote:
> If you want to use a usb disk such that anyone that plugs it in can
> write to it then you need to use ntfs or another of the wonderful MS
> filesystems types.
Or you can make some sub-directories, owned by particular users. That's
what I've
On Aug 31, 2014, at 6:55 PM, Chris Murphy wrote:
>
> On Aug 31, 2014, at 4:33 PM, Sudhir Khanger wrote:
>
>> On Monday, September 01, 2014 06:26:56 AM Ed Greshko wrote:
>>> What do you mean by "scrubbed"?
>>
>> http://manpages.ubuntu.com/manpages/saucy/man1/scrub.1.html
>>
>>> Have you trie
On Aug 31, 2014, at 4:33 PM, Sudhir Khanger wrote:
> On Monday, September 01, 2014 06:26:56 AM Ed Greshko wrote:
>> What do you mean by "scrubbed"?
>
> http://manpages.ubuntu.com/manpages/saucy/man1/scrub.1.html
>
>> Have you tried un-mounting and running fsck on the partition?
>
> Disk is pr
On 08/31/2014 05:33 PM, Ed Greshko wrote:
If you go back and read the thread you'd find that I'd asked the OP to mount it
manually with -v to see if there were any errors being reported. So, it isn't
odd at all.
Thank you. I'd been wondering if he had a specific need to mount it
that way.
On 09/01/14 08:22, Joe Z eff wrote:
> On 08/31/2014 05:06 PM, Ed Greshko wrote:
>> On 09/01/14 07:52, Ed Greshko wrote:
>>> chown youruser:yourgroup /mnt/test
>>
>> Alternatively, you could make /mnt/test similar to /tmp
>>
>> chmod 1777 /mnt/test
>>
>
> I don't remember how this thread started, bu
On 08/31/2014 05:06 PM, Ed Greshko wrote:
On 09/01/14 07:52, Ed Greshko wrote:
chown youruser:yourgroup /mnt/test
Alternatively, you could make /mnt/test similar to /tmp
chmod 1777 /mnt/test
I don't remember how this thread started, but I find it a tad odd that
the drive is being mounted
On 09/01/14 07:52, Ed Greshko wrote:
> chown youruser:yourgroup /mnt/test
Alternatively, you could make /mnt/test similar to /tmp
chmod 1777 /mnt/test
--
If you can't laugh at yourself, others will gladly oblige.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change su
On 09/01/14 07:34, Sudhir Khanger wrote:
> It didn't do any good. I can't write to the disk without superuser
> previleges.
> Even if that would have made the disk writable I wouldn't want to use two
> commands each time I hook up a usb disk. And it was working before anyways.
you are using a e
On Monday, September 01, 2014 07:25:06 AM Ed Greshko wrote:
> On 09/01/14 07:19, Joe Z eff wrote:
> > On 08/31/2014 04:05 PM, Ed Greshko wrote:
> >> On 09/01/14 06:59, Ed Greshko wrote:
> >>> The selinux "warning" is fixed by "restorecon -R /mnt"
> >>
> >> I meant "restorecon -R /mnt/test"Miss
On 09/01/14 07:19, Joe Z eff wrote:
> On 08/31/2014 04:05 PM, Ed Greshko wrote:
>> On 09/01/14 06:59, Ed Greshko wrote:
>>> The selinux "warning" is fixed by "restorecon -R /mnt"
>>
>> I meant "restorecon -R /mnt/test"Missed your different mount point. :-(
>>
>
> In this case it didn't matter
On 08/31/2014 04:05 PM, Ed Greshko wrote:
On 09/01/14 06:59, Ed Greshko wrote:
The selinux "warning" is fixed by "restorecon -R /mnt"
I meant "restorecon -R /mnt/test"Missed your different mount point. :-(
In this case it didn't matter because you used -R, meaning "recursive."
--
users
On 09/01/14 06:59, Ed Greshko wrote:
> The selinux "warning" is fixed by "restorecon -R /mnt"
I meant "restorecon -R /mnt/test"Missed your different mount point. :-(
--
If you can't laugh at yourself, others will gladly oblige.
--
users mailing list
users@lists.fedoraproject.org
To unsubsc
On 09/01/14 06:53, Sudhir Khanger wrote:
> Then I get this error. I tried setenforce 0 but that didn't help.
>
> sudo mount -v /dev/sdb1 /mnt/test
> mount: /mnt/test does not contain SELinux labels.
>You just mounted an file system that supports labels which does not
>contain labels
On Monday, September 01, 2014 06:40:05 AM Ed Greshko wrote:
> And if you mount it manually?
>
> mount -v /dev/sdg1 /mnt
Then I get this error. I tried setenforce 0 but that didn't help.
sudo mount -v /dev/sdb1 /mnt/test
mount: /mnt/test does not contain SELinux labels.
You just mounted an
On 09/01/14 06:33, Sudhir Khanger wrote:
> On Monday, September 01, 2014 06:26:56 AM Ed Greshko wrote:
>> What do you mean by "scrubbed"?
> http://manpages.ubuntu.com/manpages/saucy/man1/scrub.1.html
>
>> Have you tried un-mounting and running fsck on the partition?
> Disk is pretty new and it was
On Monday, September 01, 2014 06:26:56 AM Ed Greshko wrote:
> What do you mean by "scrubbed"?
http://manpages.ubuntu.com/manpages/saucy/man1/scrub.1.html
> Have you tried un-mounting and running fsck on the partition?
Disk is pretty new and it was in working condition last time I tried it.
sudo
On 09/01/14 05:32, Sudhir Khanger wrote:
> Fedora 20 KDE Thinkpad T420i laptop has started mounting Transcend StoreJet
> 25M3 as read-only. I tried remounting with rw but it is still mounted as ro.
>
> The system is fully updated. I have recently scrub-ed the external drive to
> prepare for backu
Well, sounds like my problem with the SanDisk 16GB Xtreme sdhc flash,
which has already been extensively discussed in this list.
On 08/31/2014 03:32 PM, Sudhir Khanger wrote:
Hello,
Fedora 20 KDE Thinkpad T420i laptop has started mounting Transcend StoreJet
25M3 as read-only. I tried remounting
Hello,
Fedora 20 KDE Thinkpad T420i laptop has started mounting Transcend StoreJet
25M3 as read-only. I tried remounting with rw but it is still mounted as ro.
The system is fully updated. I have recently scrub-ed the external drive to
prepare for backup.
[donnie@fedora ~]$ mount | grep /dev/s
45 matches
Mail list logo
