Another Ubuntu Question | Bitcointalksearch.org

tspacepilot

legendary

Activity: 1456

Merit: 1081

I may write code in exchange for bitcoins.

Quote from: HardcoreSuperstar on October 15, 2015, 04:15:19 AM

Anyway I think I'm gonna switch back to windows. Linux is just too complicated for me!

Sad to hear it. FWIW, I find windows impossible to use. I guess it's what you're used to. As you know Linux is a clone of UNIX, which was envisioned as a multi-user time-sharing operating system from the start (way back in the late 70s). Windows only got multisuer functionality in like windows 95, I think. Anyway, if you have multiple users you need a good system of permissions and ownership. It seems to me that your difficulties are in part from the fact that you're trying to use a FAT32 partition. Why not use ext files system?

Anyway, good luck to you. If you want to keep debugging there are plenty of people here who are willing to try to help.

Best,

TSP

Bitmix.in

newbie

Activity: 35

Merit: 0

Quote from: HardcoreSuperstar on October 15, 2015, 05:29:05 AM

I think I am going to install some LInux distro on hard disk, when I will buy a second computer.

That's a good choice.

HardcoreSuperstar

full member

Activity: 238

Merit: 100

★YoBit.Net★ 350+ Coins Exchange & Dice

Quote from: Bitmix.in on October 15, 2015, 05:20:29 AM

Quote from: HardcoreSuperstar on October 15, 2015, 04:15:19 AM

Anyway I think I'm gonna switch back to windows. Linux is just too complicated for me!

I understand you. I'm sure this problem is not too difficult to solve.
In an interactive session where I could run commands, it would have been faster.

If you have enough time, I would suggest taking some Linux course on your own.

I think I am going to install some LInux distro on hard disk, when I will buy a second computer. Maybe installing it on an external USB device requires too many steps to work in a proper way...

Bitmix.in

newbie

Activity: 35

Merit: 0

Quote from: HardcoreSuperstar on October 15, 2015, 04:15:19 AM

Anyway I think I'm gonna switch back to windows. Linux is just too complicated for me!

I understand you. I'm sure this problem is not too difficult to solve.
In an interactive session where I could run commands, it would have been faster.

If you have enough time, I would suggest taking some Linux course on your own.

Quote from: HardcoreSuperstar on October 15, 2015, 04:15:19 AM

Yet I would like to thank you very much, bitmix.in. You have been very kind trying to help me.
If you write down your address I will send you a tip, anyway

I'm sending you a PM in 2~5 minutes.

HardcoreSuperstar

full member

Activity: 238

Merit: 100

★YoBit.Net★ 350+ Coins Exchange & Dice

Quote from: Bitmix.in on October 15, 2015, 03:31:11 AM

Quote from: HardcoreSuperstar on October 15, 2015, 03:15:21 AM

I get this:

Code:

touch: cannot touch ‘/cdrom/t’: Permission denied

You have changed to Linux Mint.
As root:

Code:

id mint
# Result: (for example) uid=1000(mint) gid=1000(mint) ....

Get the uid=? and gid=? values from the previous command and replace it in the next command.

As root, post the results here:

Code:

mount
mount -o remount,rw,uid=1000,gid=1000 /dev/sdb1 /cdrom
mount
su mint
touch /cdrom/permissions.txt

I guess you have rebooted the machine and the external hard disk was not remount correctly before running touch, or maybe, your UID is not 999 now, getting forbidden permissions error.

The more things you post details about, the better for me and other users to solve your problem.

Uid and gid values are the same as before: 999.

Anyway I think I'm gonna switch back to windows. Linux is just too complicated for me!

Yet I would like to thank you very much, bitmix.in. You have been very kind trying to help me.
If you write down your address I will send you a tip, anyway

Bitmix.in

newbie

Activity: 35

Merit: 0

Quote from: HardcoreSuperstar on October 15, 2015, 03:15:21 AM

I get this:

Code:

touch: cannot touch ‘/cdrom/t’: Permission denied

You have changed to Linux Mint.
As root:

Code:

id mint
# Result: (for example) uid=1000(mint) gid=1000(mint) ....

Get the uid=? and gid=? values from the previous command and replace it in the next command.

As root, post the results here:

Code:

mount
mount -o remount,rw,uid=1000,gid=1000 /dev/sdb1 /cdrom
mount
su mint
touch /cdrom/permissions.txt

I guess you have rebooted the machine and the external hard disk was not remount correctly before running touch, or maybe, your UID is not 999 now, getting forbidden permissions error.

The more things you post details about, the better for me and other users to solve your problem.

HardcoreSuperstar

full member

Activity: 238

Merit: 100

★YoBit.Net★ 350+ Coins Exchange & Dice

Quote from: tspacepilot on October 14, 2015, 06:17:44 PM

Code:

$ touch /cdrom/t

I get this:

Code:

touch: cannot touch ‘/cdrom/t’: Permission denied

tspacepilot

legendary

Activity: 1456

Merit: 1081

I may write code in exchange for bitcoins.

Quote from: HardcoreSuperstar on October 14, 2015, 02:55:04 PM

Yes, /dev/sdb1 is mounted on /cdrom.
Now how can we proceed in order to change ownership?

Above, Bitmix.in says that FAT32 doesn't support per file/directory group and ownership. The idea of that mount command was to mount with uid 999 as owner and group. I assumed this was because the account you want to use is uid 999. Have you tried writing a file to it?

Code:

$ touch /cdrom/t

HardcoreSuperstar

full member

Activity: 238

Merit: 100

★YoBit.Net★ 350+ Coins Exchange & Dice

Quote from: tspacepilot on October 14, 2015, 12:43:45 PM

Quote from: HardcoreSuperstar on October 14, 2015, 12:28:04 PM

Quote from: tspacepilot on October 14, 2015, 11:51:17 AM

Quote from: HardcoreSuperstar on October 14, 2015, 02:47:28 AM

Quote from: Bitmix.in on October 11, 2015, 04:33:34 PM

Did you try:

Code:

mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom

If that command is successful, post ls -al command result and try to create a file in /cdrom as a regular user: echo testing > /cdrom/permissions-test.txt

No, this command is unsuccessful.

I have to add I recently switched from Ubuntu to Linux Mint 17.2. Anyway I still haven't solved this issue.

I haven't used Linux Mint, but I understand that it's still downstream of debian. In any case, certainly things like mounting drives and reading/writing from them is going to be the same.

On topic, you said the command was unsuccessful, can you cut-n-paste the exact response from the shell?

I get nothing at all.

Code:

mint@mint ~ $ sudo su
mint mint # mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom
mint mint #

That actually means success

You should be about to rerun "mount" without any arguments to see that /dev/sdb1 is mounted on /cdrom rw.

Cheers!

EDIT: for your own education, in general UNIX command return 0 upon success. The return code from the last command is stored in your shell as $?. If you say "echo $?" you can see the return code of the previous command.

Yes, /dev/sdb1 is mounted on /cdrom.
Now how can we proceed in order to change ownership?

tspacepilot

legendary

Activity: 1456

Merit: 1081

I may write code in exchange for bitcoins.

Quote from: HardcoreSuperstar on October 14, 2015, 12:28:04 PM

Quote from: tspacepilot on October 14, 2015, 11:51:17 AM

Quote from: HardcoreSuperstar on October 14, 2015, 02:47:28 AM

Quote from: Bitmix.in on October 11, 2015, 04:33:34 PM

Did you try:

Code:

mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom

If that command is successful, post ls -al command result and try to create a file in /cdrom as a regular user: echo testing > /cdrom/permissions-test.txt

No, this command is unsuccessful.

I have to add I recently switched from Ubuntu to Linux Mint 17.2. Anyway I still haven't solved this issue.

I haven't used Linux Mint, but I understand that it's still downstream of debian. In any case, certainly things like mounting drives and reading/writing from them is going to be the same.

On topic, you said the command was unsuccessful, can you cut-n-paste the exact response from the shell?

I get nothing at all.

Code:

mint@mint ~ $ sudo su
mint mint # mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom
mint mint #

That actually means success

You should be about to rerun "mount" without any arguments to see that /dev/sdb1 is mounted on /cdrom rw.

Cheers!

EDIT: for your own education, in general UNIX command return 0 upon success. The return code from the last command is stored in your shell as $?. If you say "echo $?" you can see the return code of the previous command.

HardcoreSuperstar

full member

Activity: 238

Merit: 100

★YoBit.Net★ 350+ Coins Exchange & Dice

Quote from: tspacepilot on October 14, 2015, 11:51:17 AM

Quote from: HardcoreSuperstar on October 14, 2015, 02:47:28 AM

Quote from: Bitmix.in on October 11, 2015, 04:33:34 PM

Did you try:

Code:

mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom

If that command is successful, post ls -al command result and try to create a file in /cdrom as a regular user: echo testing > /cdrom/permissions-test.txt

No, this command is unsuccessful.

I have to add I recently switched from Ubuntu to Linux Mint 17.2. Anyway I still haven't solved this issue.

I haven't used Linux Mint, but I understand that it's still downstream of debian. In any case, certainly things like mounting drives and reading/writing from them is going to be the same.

On topic, you said the command was unsuccessful, can you cut-n-paste the exact response from the shell?

I get nothing at all.

Code:

mint@mint ~ $ sudo su
mint mint # mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom
mint mint #

tspacepilot

legendary

Activity: 1456

Merit: 1081

I may write code in exchange for bitcoins.

Quote from: HardcoreSuperstar on October 14, 2015, 02:47:28 AM

Quote from: Bitmix.in on October 11, 2015, 04:33:34 PM

Did you try:

Code:

mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom

If that command is successful, post ls -al command result and try to create a file in /cdrom as a regular user: echo testing > /cdrom/permissions-test.txt

No, this command is unsuccessful.

I have to add I recently switched from Ubuntu to Linux Mint 17.2. Anyway I still haven't solved this issue.

I haven't used Linux Mint, but I understand that it's still downstream of debian. In any case, certainly things like mounting drives and reading/writing from them is going to be the same.

On topic, you said the command was unsuccessful, can you cut-n-paste the exact response from the shell?

HardcoreSuperstar

full member

Activity: 238

Merit: 100

★YoBit.Net★ 350+ Coins Exchange & Dice

Quote from: Bitmix.in on October 11, 2015, 04:33:34 PM

Did you try:

Code:

mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom

If that command is successful, post ls -al command result and try to create a file in /cdrom as a regular user: echo testing > /cdrom/permissions-test.txt

No, this command is unsuccessful.

I have to add I recently switched from Ubuntu to Linux Mint 17.2. Anyway I still haven't solved this issue.

tspacepilot

legendary

Activity: 1456

Merit: 1081

I may write code in exchange for bitcoins.

Quote from: Bitmix.in on October 13, 2015, 10:27:35 AM

Quote from: tspacepilot on October 13, 2015, 02:54:53 AM

Could also do chmod and chown on the relevant files in /cdrom once it's mounted rw, it looks like there's a potential permissions issue here too unless his user is in a group that allows media access.

Also, this isn't important, but it's a little ugly to be mounting /cdrom as rw, doesn't that substring 'rom' stand out a little too loudly? I tend to mount these things in /media/usb or just /mnt, myself.

I agree. /cdrom is not a good mount point.

About chmod/chown, I think that it's not possible to edit permissions because it's a FAT32 filesystem which does not allow specific file/directory permissions, but it will need to be mount with a specific UID and GID as owner for the filesystem. An EXT4 filesystem will allow this. This step has been already tried previously. I'm waiting for the author of the thread to tell the result, but I did not have an answer since Friday.

Right, good point about the filesystem. Also FAT32 isn't going to allow for files larger than 4GB. That shouldn't be a problem for blockchain files, but it's worth keeping in mind.

Bitmix.in

newbie

Activity: 35

Merit: 0

Quote from: tspacepilot on October 13, 2015, 02:54:53 AM

Could also do chmod and chown on the relevant files in /cdrom once it's mounted rw, it looks like there's a potential permissions issue here too unless his user is in a group that allows media access.

Also, this isn't important, but it's a little ugly to be mounting /cdrom as rw, doesn't that substring 'rom' stand out a little too loudly? I tend to mount these things in /media/usb or just /mnt, myself.

I agree. /cdrom is not a good mount point.

About chmod/chown, I think that it's not possible to edit permissions because it's a FAT32 filesystem which does not allow specific file/directory permissions, but it will need to be mount with a specific UID and GID as owner for the filesystem. An EXT4 filesystem will allow this. This step has been already tried previously. I'm waiting for the author of the thread to tell the result, but I did not have an answer since Friday.

tspacepilot

legendary

Activity: 1456

Merit: 1081

I may write code in exchange for bitcoins.

Quote from: Bitmix.in on October 11, 2015, 04:33:34 PM

Did you try:

Code:

mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom

If that command is successful, post ls -al command result and try to create a file in /cdrom as a regular user: echo testing > /cdrom/permissions-test.txt

Could also do chmod and chown on the relevant files in /cdrom once it's mounted rw, it looks like there's a potential permissions issue here too unless his user is in a group that allows media access.

Also, this isn't important, but it's a little ugly to be mounting /cdrom as rw, doesn't that substring 'rom' stand out a little too loudly? I tend to mount these things in /media/usb or just /mnt, myself.

Bitmix.in

newbie

Activity: 35

Merit: 0

Did you try:

Code:

mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom

If that command is successful, post ls -al command result and try to create a file in /cdrom as a regular user: echo testing > /cdrom/permissions-test.txt

HardcoreSuperstar

full member

Activity: 238

Merit: 100

★YoBit.Net★ 350+ Coins Exchange & Dice

Quote from: Bitmix.in on October 11, 2015, 05:35:32 AM

Post the result of command (run as a regular user): id

This is what I get:

Code:

uid=999(ubuntu) gid=999(ubuntu) groups=999(ubuntu),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),115(lpadmin),131(sambashare)

achow101

staff

Activity: 3458

Merit: 6793

Just writing some code

Are you sure it isn't just that the /cdrom mount point is only for root? How about changing the mount point to somewhere you know that you have access? Try making a folder in your home directory and mount the partition there.

Bitmix.in

newbie

Activity: 35

Merit: 0

The /cdrom mount point is still mount as root.
After the ls -al /cdrom command you can see root being owner of the mountpoint.
And after mount, the mount table will show /dev/sdb1 mounted without the specific uid and gid options.

Code:

/dev/sdb1 on /cdrom type vfat (rw,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)

This should be:

Code:

/dev/sdb1 on /cdrom type vfat (rw,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro,uid=999,gid=999)

Run as root:

Code:

mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom

Post the result of command (run as a regular user): id
When I wrote , I meant replacing with your username, without <>.

I could even help you in a more direct and interactive manner, if you wish, through some remote support application like Teamviewer.
PM me in order to start a remote support session.

Quote from: HardcoreSuperstar on October 11, 2015, 03:39:27 AM

I search on google how to change permissions and ownership of a mount point, but the usual answer, to use chown command as a root doesn't work Angry

If I'm correct, FAT32 mount points does not support changing permissions to specific files/directories, but instead, rwx (read,write,execute) permissions, and user/group owner needs to be set up at the moment of mounting the file system, through the mount options: (owners) uid, gid; (permissions) umask, fmask and dmask. On the other hand, an EXT4 file system will allow you chowing/chmoding specific files/directories or the whole mount point directly. In EXT4, there is not an option to set up uid and gid options, as this is more specific to other file systems, such as FAT32 and NTFS if I'm not confused.

Topic: Another Ubuntu Question (Read 4283 times)