Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #162496 > unrolled thread

Mounting a Windows Share

Started bySteve Matzura <sm@noisynotes.com>
First post2016-01-02 20:50 +0100
Last post2016-01-17 23:10 +0100
Articles 18 — 10 participants

Back to article view | Back to linux.debian.user

Contents

  Mounting a Windows Share Steve Matzura <sm@noisynotes.com> - 2016-01-02 20:50 +0100
    Re: Mounting a Windows Share The Wanderer <wanderer@fastmail.fm> - 2016-01-02 21:10 +0100
      Re: Mounting a Windows Share Steve Matzura <number6@noisynotes.com> - 2016-01-02 22:40 +0100
        Re: Mounting a Windows Share The Wanderer <wanderer@fastmail.fm> - 2016-01-02 23:00 +0100
          Re: Mounting a Windows Share Steve Matzura <number6@noisynotes.com> - 2016-01-02 23:50 +0100
            Re: Mounting a Windows Share Gary Dale <garydale@torfree.net> - 2016-01-03 00:20 +0100
              Re: Mounting a Windows Share Steve Matzura <sm@noisynotes.com> - 2016-01-03 01:30 +0100
        Re: Mounting a Windows Share Gary Dale <garydale@torfree.net> - 2016-01-02 23:10 +0100
        Re: Mounting a Windows Share Joe <joe@jretrading.com> - 2016-01-02 23:20 +0100
    Re: Mounting a Windows Share Gary Dale <garydale@torfree.net> - 2016-01-02 23:10 +0100
    Re: Mounting a Windows Share Steve Matzura <number6@noisynotes.com> - 2016-01-16 22:20 +0100
      Re: Mounting a Windows Share emmanuel segura <emi2fast@gmail.com> - 2016-01-17 00:50 +0100
        Re: Mounting a Windows Share Steve Matzura <number6@noisynotes.com> - 2016-01-17 01:10 +0100
          Re: Mounting a Windows Share Nemeth Gyorgy <friczy@freemail.hu> - 2016-01-17 11:40 +0100
            Re: Mounting a Windows Share emmanuel segura <emi2fast@gmail.com> - 2016-01-17 15:00 +0100
              Re: Mounting a Windows Share Moreanu Robert - Nicolae <robertmoreanu@gmail.com> - 2016-01-17 15:10 +0100
                Re: Mounting a Windows Share Bob Holtzman <holtzm@cox.net> - 2016-01-17 22:50 +0100
                  Re: Mounting a Windows Share Lisi Reisz <lisi.reisz@gmail.com> - 2016-01-17 23:10 +0100

#162496 — Mounting a Windows Share

FromSteve Matzura <sm@noisynotes.com>
Date2016-01-02 20:50 +0100
SubjectMounting a Windows Share
Message-ID<qMAlA-3PK-7@gated-at.bofh.it>
I have a Windows machine called 'box' with a directory called 'users'
which is shared publicly with no access username or password as
'users2'. On my Jessie system, I created the mount point successfully:

mkdir -p /mnt/users

I then installed the cifs-utils package as instructed by a Website
with a fairly up-to-date article on how to do all of this.

In /etc/fstab, as directed by the same article, I have placed the
line:

//box/users2 /mnt/users cifs

I am now trying to mount the Windows share like this:

mount -t cifs //box/users2 /mnt/users

The system responds:

mount error(13): Permission denied

Is there a default username and password I'm supposed to use, like
maybe the Windows network password, or something else perhaps?

[toc] | [next] | [standalone]

#162498

FromThe Wanderer <wanderer@fastmail.fm>
Date2016-01-02 21:10 +0100
Message-ID<qMAEV-4bL-3@gated-at.bofh.it>
In reply to#162496

[Multipart message — attachments visible in raw view] — view raw

On 2016-01-02 at 14:47, Steve Matzura wrote:

> I have a Windows machine called 'box' with a directory called
> 'users' which is shared publicly with no access username or password
> as 'users2'. On my Jessie system, I created the mount point
> successfully:
> 
> mkdir -p /mnt/users

I presume that the user as which you are attempting to run the later
mount command has write and execute permission on this new directory.

> I then installed the cifs-utils package as instructed by a Website
> with a fairly up-to-date article on how to do all of this.
> 
> In /etc/fstab, as directed by the same article, I have placed the
> line:
> 
> //box/users2 /mnt/users cifs

That looks incomplete to me; it doesn't seem to specify the mount
options, or the usual zero values for the "dump" and "pass" columns.
This may be valid fstab syntax, but it's not a variant I remember having
seen.

> I am now trying to mount the Windows share like this:
> 
> mount -t cifs //box/users2 /mnt/users

As which user?

If you're running that command as root, the fstab entry should not be
necessary; if you're running it as non-root, IIRC the "specify both
mount point and device to mount" will be rejected as "only root can do
that". Either way, this doesn't look quite right.

> The system responds:
> 
> mount error(13): Permission denied
> 
> Is there a default username and password I'm supposed to use, like
> maybe the Windows network password, or something else perhaps?

You most likely need the username and password of a user account on the
Windows box which can access that directory; you may also need to
configure the Windows share to specifically grant that user account
access to the share. With that done, you will need to specify those
credentials in the mount command, with the '-o user=' option.

(Technically what you need is a user account on the appropriate
_domain_, but for a non-domain-joined Windows computer the "domain" is
the name of the computer, and AFAIK does not need to be specified
separately. If this computer _is_ domain-joined and you log in to it
with a domain account, you will probably need to specify the domain in
the mount command as well.)


I routinely mount Windows-server CIFS shares on my work laptop with
commands like:

mount -t cifs -o user=username,domain=SHORTDOMAIN //server/sharename
/mnt/cifs/sharename

where 'username' is the name of the user account which I use when
logging on to the Windows machine, and SHORTDOMAIN is the all-caps name
of the Windows domain, analogous to the "workgroup" name (and not to be
confused with the dotted hierarchical name).

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man.         -- George Bernard Shaw

[toc] | [prev] | [next] | [standalone]

#162504

FromSteve Matzura <number6@noisynotes.com>
Date2016-01-02 22:40 +0100
Message-ID<qMC42-4VJ-11@gated-at.bofh.it>
In reply to#162498
On Sat, 02 Jan 2016 15:00:31 -0500, The Wanderer
<wanderer@fastmail.fm> wrote:

>I presume that the user as which you are attempting to run the later
>mount command has write and execute permission on this new directory.

Yes. It's root, which means it's me, as I'm the only one fooling with
this at the moment.

>> In /etc/fstab, as directed by the same article, I have placed the
>> line:
>> 
>> //box/users2 /mnt/users cifs
>
>That looks incomplete to me; it doesn't seem to specify the mount
>options, or the usual zero values for the "dump" and "pass" columns.

You're right. I knew they were missing, but the article that
instructed me on how to modify fstab didn't explain what the two 0's
at the end of the line are for, so I omitted them, hoping an error
message would give me a clue as to what I should put in their places.

>If you're running that command as root, the fstab entry should not be
>necessary; if you're running it as non-root, IIRC the "specify both
>mount point and device to mount" will be rejected as "only root can do
>that". Either way, this doesn't look quite right.

I'm running it as root all right. I just now tried:

mount -t cifs //box/users2 /mnt/share -o username:"Steve Matzura"

and got back:

Username specified with no parameter


>> The system responds:
>> 
>> mount error(13): Permission denied
>> 
>> Is there a default username and password I'm supposed to use, like
>> maybe the Windows network password, or something else perhaps?
>
>You most likely need the username and password of a user account on the
>Windows box which can access that directory; you may also need to
>configure the Windows share to specifically grant that user account
>access to the share. With that done, you will need to specify those
>credentials in the mount command, with the '-o user=' option.
>
>(Technically what you need is a user account on the appropriate
>_domain_, but for a non-domain-joined Windows computer the "domain" is
>the name of the computer, and AFAIK does not need to be specified
>separately. If this computer _is_ domain-joined and you log in to it
>with a domain account, you will probably need to specify the domain in
>the mount command as well.)

Nothing that complicated. Just a default system username, which is my
name, and no login password. I tried:

-o user="Steve Matzura",pass=""

[toc] | [prev] | [next] | [standalone]

#162505

FromThe Wanderer <wanderer@fastmail.fm>
Date2016-01-02 23:00 +0100
Message-ID<qMCno-52x-21@gated-at.bofh.it>
In reply to#162504

[Multipart message — attachments visible in raw view] — view raw

On 2016-01-02 at 16:15, Steve Matzura wrote:

> On Sat, 02 Jan 2016 15:00:31 -0500, The Wanderer 
> <wanderer@fastmail.fm> wrote:

>>> In /etc/fstab, as directed by the same article, I have placed
>>> the line:
>>> 
>>> //box/users2 /mnt/users cifs
>> 
>> That looks incomplete to me; it doesn't seem to specify the mount 
>> options, or the usual zero values for the "dump" and "pass"
>> columns.
> 
> You're right. I knew they were missing, but the article that 
> instructed me on how to modify fstab didn't explain what the two 0's 
> at the end of the line are for, so I omitted them, hoping an error 
> message would give me a clue as to what I should put in their
> places.

The correct mount options are half of what you're actually asking about
in this thread, so we should settle those out by the time the thread is
done with.

For the "dump" and "pass" columns, in my experience 99% of the time they
can and should be left as zeroes. (This might be the default, I'm not
sure. I've always specified them anyway.)

>> If you're running that command as root, the fstab entry should not
>> be necessary; if you're running it as non-root, IIRC the "specify
>> both mount point and device to mount" will be rejected as "only
>> root can do that". Either way, this doesn't look quite right.
> 
> I'm running it as root all right. I just now tried:
> 
> mount -t cifs //box/users2 /mnt/share -o username:"Steve Matzura"
> 
> and got back:
> 
> Username specified with no parameter

Try it with '-o username=' instead of '-o username:'.

Also, check lusrmgr.msc (or equivalent) on the Windows box, to make sure
you're using the actual internal Windows username; at least in my
experience, it's pretty rare for a Windows username to have a space in
it, although the _display_ name often will.

(Approximate GUI way to get there: right-click on "Computer" or "My
Computer" or your Windows version's equivalent, click "Manage", expand
"Local Users and Groups", click "Users". Win8 and/or Win10 may have
changed this, I haven't had much experience with them yet.)

>>> The system responds:
>>> 
>>> mount error(13): Permission denied
>>> 
>>> Is there a default username and password I'm supposed to use,
>>> like maybe the Windows network password, or something else
>>> perhaps?
>> 
>> You most likely need the username and password of a user account on
>> the Windows box which can access that directory; you may also need
>> to configure the Windows share to specifically grant that user
>> account access to the share. With that done, you will need to
>> specify those credentials in the mount command, with the '-o user='
>> option.
>> 
>> (Technically what you need is a user account on the appropriate 
>> _domain_, but for a non-domain-joined Windows computer the "domain"
>> is the name of the computer, and AFAIK does not need to be
>> specified separately. If this computer _is_ domain-joined and you
>> log in to it with a domain account, you will probably need to
>> specify the domain in the mount command as well.)
> 
> Nothing that complicated. Just a default system username, which is
> my name, and no login password. I tried:
> 
> -o user="Steve Matzura",pass=""

In my experience, you don't need to specify the password in the command
line (although you might need it in the fstab for non-root mounting,
which would be a leak if the file is world-readable); if you don't
specify it, mount will prompt you for a password.

(The environment from which I most commonly do my *nix CIFS mounts has
older tools and doesn't accept '-o username=', but does accept '-o
user='. The latter is not recommended if the former works.)

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man.         -- George Bernard Shaw

[toc] | [prev] | [next] | [standalone]

#162509

FromSteve Matzura <number6@noisynotes.com>
Date2016-01-02 23:50 +0100
Message-ID<qMD9M-5yh-3@gated-at.bofh.it>
In reply to#162505
On Sat, 02 Jan 2016 16:52:54 -0500, you wrote:

>The correct mount options are half of what you're actually asking about
>in this thread, so we should settle those out by the time the thread is
>done with.
>
>For the "dump" and "pass" columns, in my experience 99% of the time they
>can and should be left as zeroes. (This might be the default, I'm not
>sure. I've always specified them anyway.)

I put them in as 0, still no soap.

>>> If you're running that command as root, the fstab entry should not
>>> be necessary; if you're running it as non-root, IIRC the "specify
>>> both mount point and device to mount" will be rejected as "only
>>> root can do that". Either way, this doesn't look quite right.
>> 
>> I'm running it as root all right.

I also tried '-o user="Steve Matzura"' and got the error 13.

After trying to access the share on another Windows machine, I am now
sure this is *NOT* a Linux problem though because I can't even get
into it from another Windows machine, which means I have set up the
share incorrectly. I'll work on that and report.

>Also, check lusrmgr.msc (or equivalent) on the Windows box, to make sure
>you're using the actual internal Windows username; at least in my
>experience, it's pretty rare for a Windows username to have a space in
>it, although the _display_ name often will.

It says that's the username, just as I typed it when I installed it.

[toc] | [prev] | [next] | [standalone]

#162512

FromGary Dale <garydale@torfree.net>
Date2016-01-03 00:20 +0100
Message-ID<qMDCO-5YS-3@gated-at.bofh.it>
In reply to#162509
On 02/01/16 05:24 PM, Steve Matzura wrote:
> On Sat, 02 Jan 2016 16:52:54 -0500, you wrote:
>
>> The correct mount options are half of what you're actually asking about
>> in this thread, so we should settle those out by the time the thread is
>> done with.
>>
>> For the "dump" and "pass" columns, in my experience 99% of the time they
>> can and should be left as zeroes. (This might be the default, I'm not
>> sure. I've always specified them anyway.)
> I put them in as 0, still no soap.
>
>>>> If you're running that command as root, the fstab entry should not
>>>> be necessary; if you're running it as non-root, IIRC the "specify
>>>> both mount point and device to mount" will be rejected as "only
>>>> root can do that". Either way, this doesn't look quite right.
>>> I'm running it as root all right.
> I also tried '-o user="Steve Matzura"' and got the error 13.
>
> After trying to access the share on another Windows machine, I am now
> sure this is *NOT* a Linux problem though because I can't even get
> into it from another Windows machine, which means I have set up the
> share incorrectly. I'll work on that and report.
>
>> Also, check lusrmgr.msc (or equivalent) on the Windows box, to make sure
>> you're using the actual internal Windows username; at least in my
>> experience, it's pretty rare for a Windows username to have a space in
>> it, although the _display_ name often will.
> It says that's the username, just as I typed it when I installed it.
>
There are lots of things that can go wrong. What I found worked recently 
when I had a similar problem was:

#mount -t cifs -o username=<domain user account>,password=<password>  
//192.168.1.19/images /mnt/images

Using the DNS name returned errors but the IP address of the Windows box 
worked.

[toc] | [prev] | [next] | [standalone]

#162513

FromSteve Matzura <sm@noisynotes.com>
Date2016-01-03 01:30 +0100
Message-ID<qMEIy-6D5-3@gated-at.bofh.it>
In reply to#162512
On Sat, 2 Jan 2016 18:10:19 -0500, you wrote:

>There are lots of things that can go wrong. What I found worked recently 
>when I had a similar problem was:
>
>#mount -t cifs -o username=<domain user account>,password=<password>  
>//192.168.1.19/images /mnt/images
>
>Using the DNS name returned errors but the IP address of the Windows box 
>worked.

That one gave me an error 5, input/output error. I changed back from
the address to the DNS name and got error 13. It's a problem on the
sharing computer's side. I'll fix it and report.

[toc] | [prev] | [next] | [standalone]

#162507

FromGary Dale <garydale@torfree.net>
Date2016-01-02 23:10 +0100
Message-ID<qMCx4-5l2-27@gated-at.bofh.it>
In reply to#162504
On 02/01/16 04:15 PM, Steve Matzura wrote:
> On Sat, 02 Jan 2016 15:00:31 -0500, The Wanderer
> <wanderer@fastmail.fm> wrote:
>
>> I presume that the user as which you are attempting to run the later
>> mount command has write and execute permission on this new directory.
> Yes. It's root, which means it's me, as I'm the only one fooling with
> this at the moment.
Don't mount things as root. Give the mount point a normal user/group. 
Try chgrp users /mnt/users


>>> In /etc/fstab, as directed by the same article, I have placed the
>>> line:
>>>
>>> //box/users2 /mnt/users cifs
>> That looks incomplete to me; it doesn't seem to specify the mount
>> options, or the usual zero values for the "dump" and "pass" columns.
> You're right. I knew they were missing, but the article that
> instructed me on how to modify fstab didn't explain what the two 0's
> at the end of the line are for, so I omitted them, hoping an error
> message would give me a clue as to what I should put in their places.

The full line should be something like:
  //box/users2 /mnt/users cifs user,username=<username> 0 0
>
>> If you're running that command as root, the fstab entry should not be
>> necessary; if you're running it as non-root, IIRC the "specify both
>> mount point and device to mount" will be rejected as "only root can do
>> that". Either way, this doesn't look quite right.
> I'm running it as root all right. I just now tried:
>
> mount -t cifs //box/users2 /mnt/share -o username:"Steve Matzura"
>
> and got back:
>
> Username specified with no parameter
That syntax is invalid. You'd need something like -o username="Steve 
Matzura", assuming Steve Matzura is a valid username.
>
>
>>> The system responds:
>>>
>>> mount error(13): Permission denied
>>>
>>> Is there a default username and password I'm supposed to use, like
>>> maybe the Windows network password, or something else perhaps?
>> You most likely need the username and password of a user account on the
>> Windows box which can access that directory; you may also need to
>> configure the Windows share to specifically grant that user account
>> access to the share. With that done, you will need to specify those
>> credentials in the mount command, with the '-o user=' option.
>>
>> (Technically what you need is a user account on the appropriate
>> _domain_, but for a non-domain-joined Windows computer the "domain" is
>> the name of the computer, and AFAIK does not need to be specified
>> separately. If this computer _is_ domain-joined and you log in to it
>> with a domain account, you will probably need to specify the domain in
>> the mount command as well.)
> Nothing that complicated. Just a default system username, which is my
> name, and no login password. I tried:
>
> -o user="Steve Matzura",pass=""
>
Probably not a valid user name.

[toc] | [prev] | [next] | [standalone]

#162508

FromJoe <joe@jretrading.com>
Date2016-01-02 23:20 +0100
Message-ID<qMCGK-5oA-9@gated-at.bofh.it>
In reply to#162504
On Sat, 02 Jan 2016 16:15:20 -0500
Steve Matzura <number6@noisynotes.com> wrote:


> Nothing that complicated. Just a default system username, which is my
> name, and no login password. I tried:
> 
> -o user="Steve Matzura",pass=""
> 

Something you might try, if you can organise it: use the same username
and password on client and server, make sure the mounting user has
appropriate permissions on the share (both share permissions and file
ACLs apply) and with luck you won't need to specify anything in advance.

This works with Windows clients ('pass-through authentication') even
between computers and domains which have no trust relationship, but I've
no idea how closely the current Samba client replicates Windows
behaviour.

-- 
Joe

[toc] | [prev] | [next] | [standalone]

#162506

FromGary Dale <garydale@torfree.net>
Date2016-01-02 23:10 +0100
Message-ID<qMCx4-5l2-13@gated-at.bofh.it>
In reply to#162496
On 02/01/16 02:47 PM, Steve Matzura wrote:
> I have a Windows machine called 'box' with a directory called 'users'
> which is shared publicly with no access username or password as
> 'users2'. On my Jessie system, I created the mount point successfully:
>
> mkdir -p /mnt/users
>
> I then installed the cifs-utils package as instructed by a Website
> with a fairly up-to-date article on how to do all of this.
>
> In /etc/fstab, as directed by the same article, I have placed the
> line:
>
> //box/users2 /mnt/users cifs
>
> I am now trying to mount the Windows share like this:
>
> mount -t cifs //box/users2 /mnt/users
>
> The system responds:
>
> mount error(13): Permission denied
>
> Is there a default username and password I'm supposed to use, like
> maybe the Windows network password, or something else perhaps?
>

Before fiddling around with /etc/fstab. get it to work from the command 
line.

[toc] | [prev] | [next] | [standalone]

#163179

FromSteve Matzura <number6@noisynotes.com>
Date2016-01-16 22:20 +0100
Message-ID<qRGql-1tO-5@gated-at.bofh.it>
In reply to#162496
After a reboot, one of my shares will no longer mount. And of course,
it's the big one, the NAS box. Here is output from `strace mount.cifs
//DISKSTATION1/BigVol1 /mnt/bigvol1 -o
vers=2.1,username=***,password=*** (*** is real username and password
covered up):


execve("/sbin/mount.cifs", ["mount.cifs", "//DISKSTATION1/BigVol1",
"/mnt/bigvol1", "-o", "vers=2.1,username=***,password"...], [/* 15
vars */]) = 0
brk(0)                                  = 0x7f98fbf17000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7f98fa212000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=27175, ...}) = 0
mmap(NULL, 27175, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f98fa20b000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/usr/lib/x86_64-linux-gnu/libcap-ng.so.0", O_RDONLY|O_CLOEXEC) =
3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@\25\0\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=22312, ...}) = 0
mmap(NULL, 2117648, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f98f9be3000
mprotect(0x7f98f9be7000, 2097152, PROT_NONE) = 0
mmap(0x7f98f9de7000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4000) = 0x7f98f9de7000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3,
"\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\34\2\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1729984, ...}) = 0
mmap(NULL, 3836448, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f98f983a000
mprotect(0x7f98f99d9000, 2097152, PROT_NONE) = 0
mmap(0x7f98f9bd9000, 24576, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19f000) = 0x7f98f9bd9000
mmap(0x7f98f9bdf000, 14880, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f98f9bdf000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7f98fa20a000
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7f98fa208000
arch_prctl(ARCH_SET_FS, 0x7f98fa208740) = 0
mprotect(0x7f98f9bd9000, 16384, PROT_READ) = 0
mprotect(0x7f98f9de7000, 4096, PROT_READ) = 0
mprotect(0x7f98fa214000, 4096, PROT_READ) = 0
mprotect(0x7f98fa009000, 4096, PROT_READ) = 0
munmap(0x7f98fa20b000, 27175)           = 0
geteuid()                               = 0
getpid()                                = 1580
capget({0 /* _LINUX_CAPABILITY_VERSION_??? */, 0}, NULL) = 0
gettid()                                = 1580
open("/proc/sys/kernel/cap_last_cap", O_RDONLY) = 3
read(3, "37\n", 7)                      = 3
brk(0)                                  = 0x7f98fbf17000
brk(0x7f98fbf38000)                     = 0x7f98fbf38000
capget({_LINUX_CAPABILITY_VERSION_3, 1580},
{CAP_CHOWN|CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_FOWNER|CAP_FSETID|CAP_KILL|CAP_SETGID|CAP_SETUID|CAP_SETPCAP|CAP_LINUX_IMMUTABLE|CAP_NET_BIND_SERVICE|CAP_NET_BROADCAST|CAP_NET_admin|CAP_NET_RAW|CAP_IPC_LOCK|CAP_IPC_OWNER|CAP_SYS_MODULE|CAP_SYS_RAWIO|CAP_SYS_CHROOT|CAP_SYS_PTRACE|CAP_SYS_PACCT|CAP_SYS_ADMIN|CAP_SYS_BOOT|CAP_SYS_NICE|CAP_SYS_RESOURCE|CAP_SYS_TIME|CAP_SYS_TTY_CONFIG|CAP_MKNOD|CAP_LEASE|CAP_AUDIT_WRITE|CAP_AUDIT_CONTROL|CAP_SETFCAP,
CAP_CHOWN|CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_FOWNER|CAP_FSETID|CAP_KILL|CAP_SETGID|CAP_SETUID|CAP_SETPCAP|CAP_LINUX_IMMUTABLE|CAP_NET_BIND_SERVICE|CAP_NET_BROADCAST|CAP_NET_ADMIN|CAP_NET_RAW|CAP_IPC_LOCK|CAP_IPC_OWNER|CAP_SYS_MODULE|CAP_SYS_RAWIO|CAP_SYS_CHROOT|CAP_SYS_PTRACE|CAP_SYS_PACCT|CAP_SYS_ADMIN|CAP_SYS_BOOT|CAP_SYS_NICE|CAP_SYS_RESOURCE|CAP_SYS_TIME|CAP_SYS_TTY_CONFIG|CAP_MKNOD|CAP_LEASE|CAP_AUDIT_WRITE|CAP_AUDIT_CONTROL|CAP_SETFCAP,
0}) = 0
open("/proc/1580/status", O_RDONLY|O_CLOEXEC) = 4
fstat(4, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7f98fa211000
read(4, "Name:\tmount.cifs\nState:\tR (runni"..., 1024) = 783
close(4)                                = 0
munmap(0x7f98fa211000, 4096)            = 0
prctl(PR_CAPBSET_DROP, 0, 0, 0, 0)      = 0
prctl(PR_CAPBSET_DROP, 0x1, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0x2, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0x3, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0x4, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0x5, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0x6, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0x7, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0x8, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0x9, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0xa, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0xb, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0xc, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0xd, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0xe, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0xf, 0, 0, 0)    = 0
prctl(PR_CAPBSET_DROP, 0x10, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x11, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x12, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x13, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x14, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x15, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x16, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x17, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x18, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x19, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x1a, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x1b, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x1c, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x1d, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x1e, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x1f, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x20, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x21, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x22, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x23, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x24, 0, 0, 0)   = 0
prctl(PR_CAPBSET_DROP, 0x25, 0, 0, 0)   = 0
capset({_LINUX_CAPABILITY_VERSION_3, 1580}, {CAP_SYS_ADMIN,
CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_SYS_ADMIN, 0}) = 0
mmap(NULL, 11264, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, -1,
0) = 0x7f98fa20f000
getuid()                                = 0
capset({_LINUX_CAPABILITY_VERSION_3, 1580},
{CAP_DAC_READ_SEARCH|CAP_SYS_ADMIN,
CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_SYS_ADMIN, 0}) = 0
chdir("/mnt/bigvol1")                   = 0
getcwd("/mnt/bigvol1", 4096)            = 13
capset({_LINUX_CAPABILITY_VERSION_3, 1580}, {CAP_SYS_ADMIN,
CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_SYS_ADMIN, 0}) = 0
clone(child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7f98fa208a10) = 1581
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 1581
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=1581,
si_uid=0, si_status=0, si_utime=0, si_stime=0} ---
capset({_LINUX_CAPABILITY_VERSION_3, 1580},
{CAP_DAC_READ_SEARCH|CAP_SYS_ADMIN,
CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_SYS_ADMIN, 0}) = 0
mount("//DISKSTATION1/BigVol1", ".", "cifs", 0,
"ip=192.168.1.156,unc=\\\\DISKSTATI"...) = -1 EOPNOTSUPP (Operation
not supported)
capset({_LINUX_CAPABILITY_VERSION_3, 1580}, {CAP_SYS_ADMIN,
CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_SYS_ADMIN, 0}) = 0
write(2, "mount error(95): Operation not s"..., 41mount error(95):
Operation not supported
) = 41
write(2, "Refer to the mount.cifs(8) manua"..., 61Refer to the
mount.cifs(8) manual page (e.g. man mount.cifs)
) = 61
munmap(0x7f98fa20f000, 11264)           = 0
exit_group(32)                          = ?
+++ exited with 32 +++

The volume is still quite useable from all Windows systems, but
somehow since my last reboot, something has changed that I cannot
identify. As always, help greatly appreciated.

[toc] | [prev] | [next] | [standalone]

#163183

Fromemmanuel segura <emi2fast@gmail.com>
Date2016-01-17 00:50 +0100
Message-ID<qRILw-2SY-7@gated-at.bofh.it>
In reply to#163179
modprobe cifs maybe can help you.

2016-01-16 22:02 GMT+01:00 Steve Matzura <number6@noisynotes.com>:
> After a reboot, one of my shares will no longer mount. And of course,
> it's the big one, the NAS box. Here is output from `strace mount.cifs
> //DISKSTATION1/BigVol1 /mnt/bigvol1 -o
> vers=2.1,username=***,password=*** (*** is real username and password
> covered up):
>
>
> execve("/sbin/mount.cifs", ["mount.cifs", "//DISKSTATION1/BigVol1",
> "/mnt/bigvol1", "-o", "vers=2.1,username=***,password"...], [/* 15
> vars */]) = 0
> brk(0)                                  = 0x7f98fbf17000
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
> directory)
> mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0x7f98fa212000
> access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
> directory)
> open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
> fstat(3, {st_mode=S_IFREG|0644, st_size=27175, ...}) = 0
> mmap(NULL, 27175, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f98fa20b000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
> directory)
> open("/usr/lib/x86_64-linux-gnu/libcap-ng.so.0", O_RDONLY|O_CLOEXEC) =
> 3
> read(3,
> "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@\25\0\0\0\0\0\0"...,
> 832) = 832
> fstat(3, {st_mode=S_IFREG|0644, st_size=22312, ...}) = 0
> mmap(NULL, 2117648, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
> 0) = 0x7f98f9be3000
> mprotect(0x7f98f9be7000, 2097152, PROT_NONE) = 0
> mmap(0x7f98f9de7000, 8192, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4000) = 0x7f98f9de7000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
> directory)
> open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
> read(3,
> "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\34\2\0\0\0\0\0"...,
> 832) = 832
> fstat(3, {st_mode=S_IFREG|0755, st_size=1729984, ...}) = 0
> mmap(NULL, 3836448, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
> 0) = 0x7f98f983a000
> mprotect(0x7f98f99d9000, 2097152, PROT_NONE) = 0
> mmap(0x7f98f9bd9000, 24576, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19f000) = 0x7f98f9bd9000
> mmap(0x7f98f9bdf000, 14880, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f98f9bdf000
> close(3)                                = 0
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0x7f98fa20a000
> mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0x7f98fa208000
> arch_prctl(ARCH_SET_FS, 0x7f98fa208740) = 0
> mprotect(0x7f98f9bd9000, 16384, PROT_READ) = 0
> mprotect(0x7f98f9de7000, 4096, PROT_READ) = 0
> mprotect(0x7f98fa214000, 4096, PROT_READ) = 0
> mprotect(0x7f98fa009000, 4096, PROT_READ) = 0
> munmap(0x7f98fa20b000, 27175)           = 0
> geteuid()                               = 0
> getpid()                                = 1580
> capget({0 /* _LINUX_CAPABILITY_VERSION_??? */, 0}, NULL) = 0
> gettid()                                = 1580
> open("/proc/sys/kernel/cap_last_cap", O_RDONLY) = 3
> read(3, "37\n", 7)                      = 3
> brk(0)                                  = 0x7f98fbf17000
> brk(0x7f98fbf38000)                     = 0x7f98fbf38000
> capget({_LINUX_CAPABILITY_VERSION_3, 1580},
> {CAP_CHOWN|CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_FOWNER|CAP_FSETID|CAP_KILL|CAP_SETGID|CAP_SETUID|CAP_SETPCAP|CAP_LINUX_IMMUTABLE|CAP_NET_BIND_SERVICE|CAP_NET_BROADCAST|CAP_NET_admin|CAP_NET_RAW|CAP_IPC_LOCK|CAP_IPC_OWNER|CAP_SYS_MODULE|CAP_SYS_RAWIO|CAP_SYS_CHROOT|CAP_SYS_PTRACE|CAP_SYS_PACCT|CAP_SYS_ADMIN|CAP_SYS_BOOT|CAP_SYS_NICE|CAP_SYS_RESOURCE|CAP_SYS_TIME|CAP_SYS_TTY_CONFIG|CAP_MKNOD|CAP_LEASE|CAP_AUDIT_WRITE|CAP_AUDIT_CONTROL|CAP_SETFCAP,
> CAP_CHOWN|CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_FOWNER|CAP_FSETID|CAP_KILL|CAP_SETGID|CAP_SETUID|CAP_SETPCAP|CAP_LINUX_IMMUTABLE|CAP_NET_BIND_SERVICE|CAP_NET_BROADCAST|CAP_NET_ADMIN|CAP_NET_RAW|CAP_IPC_LOCK|CAP_IPC_OWNER|CAP_SYS_MODULE|CAP_SYS_RAWIO|CAP_SYS_CHROOT|CAP_SYS_PTRACE|CAP_SYS_PACCT|CAP_SYS_ADMIN|CAP_SYS_BOOT|CAP_SYS_NICE|CAP_SYS_RESOURCE|CAP_SYS_TIME|CAP_SYS_TTY_CONFIG|CAP_MKNOD|CAP_LEASE|CAP_AUDIT_WRITE|CAP_AUDIT_CONTROL|CAP_SETFCAP,
> 0}) = 0
> open("/proc/1580/status", O_RDONLY|O_CLOEXEC) = 4
> fstat(4, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0x7f98fa211000
> read(4, "Name:\tmount.cifs\nState:\tR (runni"..., 1024) = 783
> close(4)                                = 0
> munmap(0x7f98fa211000, 4096)            = 0
> prctl(PR_CAPBSET_DROP, 0, 0, 0, 0)      = 0
> prctl(PR_CAPBSET_DROP, 0x1, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0x2, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0x3, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0x4, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0x5, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0x6, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0x7, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0x8, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0x9, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0xa, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0xb, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0xc, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0xd, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0xe, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0xf, 0, 0, 0)    = 0
> prctl(PR_CAPBSET_DROP, 0x10, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x11, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x12, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x13, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x14, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x15, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x16, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x17, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x18, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x19, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x1a, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x1b, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x1c, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x1d, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x1e, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x1f, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x20, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x21, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x22, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x23, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x24, 0, 0, 0)   = 0
> prctl(PR_CAPBSET_DROP, 0x25, 0, 0, 0)   = 0
> capset({_LINUX_CAPABILITY_VERSION_3, 1580}, {CAP_SYS_ADMIN,
> CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_SYS_ADMIN, 0}) = 0
> mmap(NULL, 11264, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, -1,
> 0) = 0x7f98fa20f000
> getuid()                                = 0
> capset({_LINUX_CAPABILITY_VERSION_3, 1580},
> {CAP_DAC_READ_SEARCH|CAP_SYS_ADMIN,
> CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_SYS_ADMIN, 0}) = 0
> chdir("/mnt/bigvol1")                   = 0
> getcwd("/mnt/bigvol1", 4096)            = 13
> capset({_LINUX_CAPABILITY_VERSION_3, 1580}, {CAP_SYS_ADMIN,
> CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_SYS_ADMIN, 0}) = 0
> clone(child_stack=0,
> flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
> child_tidptr=0x7f98fa208a10) = 1581
> wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 1581
> --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=1581,
> si_uid=0, si_status=0, si_utime=0, si_stime=0} ---
> capset({_LINUX_CAPABILITY_VERSION_3, 1580},
> {CAP_DAC_READ_SEARCH|CAP_SYS_ADMIN,
> CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_SYS_ADMIN, 0}) = 0
> mount("//DISKSTATION1/BigVol1", ".", "cifs", 0,
> "ip=192.168.1.156,unc=\\\\DISKSTATI"...) = -1 EOPNOTSUPP (Operation
> not supported)
> capset({_LINUX_CAPABILITY_VERSION_3, 1580}, {CAP_SYS_ADMIN,
> CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_SYS_ADMIN, 0}) = 0
> write(2, "mount error(95): Operation not s"..., 41mount error(95):
> Operation not supported
> ) = 41
> write(2, "Refer to the mount.cifs(8) manua"..., 61Refer to the
> mount.cifs(8) manual page (e.g. man mount.cifs)
> ) = 61
> munmap(0x7f98fa20f000, 11264)           = 0
> exit_group(32)                          = ?
> +++ exited with 32 +++
>
> The volume is still quite useable from all Windows systems, but
> somehow since my last reboot, something has changed that I cannot
> identify. As always, help greatly appreciated.
>



-- 
  .~.
  /V\
 //  \\
/(   )\
^`~'^

[toc] | [prev] | [next] | [standalone]

#163184

FromSteve Matzura <number6@noisynotes.com>
Date2016-01-17 01:10 +0100
Message-ID<qRJ4S-3eC-21@gated-at.bofh.it>
In reply to#163183
Emanuel,

On Sun, 17 Jan 2016 00:41:11 +0100, you wrote:

>modprobe cifs maybe can help you.

What is supposed to happen when I enter that command? All I got was
another shell prompt.

[toc] | [prev] | [next] | [standalone]

#163195

FromNemeth Gyorgy <friczy@freemail.hu>
Date2016-01-17 11:40 +0100
Message-ID<qRSUx-1gy-3@gated-at.bofh.it>
In reply to#163184
2016-01-17 00:48 keltezéssel, Steve Matzura írta:
>> modprobe cifs maybe can help you.
> 
> What is supposed to happen when I enter that command? All I got was
> another shell prompt.

After modprobe try mount again


-- 
--- Friczy ---
'Death is not a bug, it's a feature'

[toc] | [prev] | [next] | [standalone]

#163209

Fromemmanuel segura <emi2fast@gmail.com>
Date2016-01-17 15:00 +0100
Message-ID<qRW26-3aR-11@gated-at.bofh.it>
In reply to#163195
Sorry,

The problem was solved using sec=ntlm

2016-01-17 11:26 GMT+01:00 Nemeth Gyorgy <friczy@freemail.hu>:
> 2016-01-17 00:48 keltezéssel, Steve Matzura írta:
>>> modprobe cifs maybe can help you.
>>
>> What is supposed to happen when I enter that command? All I got was
>> another shell prompt.
>
> After modprobe try mount again
>
>
> --
> --- Friczy ---
> 'Death is not a bug, it's a feature'
>



-- 
  .~.
  /V\
 //  \\
/(   )\
^`~'^

[toc] | [prev] | [next] | [standalone]

#163210

FromMoreanu Robert - Nicolae <robertmoreanu@gmail.com>
Date2016-01-17 15:10 +0100
Message-ID<qRWbM-3tv-1@gated-at.bofh.it>
In reply to#163209

[Multipart message — attachments visible in raw view] — view raw

hi
i'm looking to resolve this problem when I want to install debian 8.2 or
8.1. I receive this message after it's take to Grub install

" the 'grub-pc' package failed to install into /target/ "
after the operation of clean up on installing, i have a failed operations.

i make the install of debian 8.2.0 or 8.1.0 from a dvd boot

robert, waiting for your response

On Sun, Jan 17, 2016 at 3:49 PM, emmanuel segura <emi2fast@gmail.com> wrote:

> Sorry,
>
> The problem was solved using sec=ntlm
>
> 2016-01-17 11:26 GMT+01:00 Nemeth Gyorgy <friczy@freemail.hu>:
> > 2016-01-17 00:48 keltezéssel, Steve Matzura írta:
> >>> modprobe cifs maybe can help you.
> >>
> >> What is supposed to happen when I enter that command? All I got was
> >> another shell prompt.
> >
> > After modprobe try mount again
> >
> >
> > --
> > --- Friczy ---
> > 'Death is not a bug, it's a feature'
> >
>
>
>
> --
>   .~.
>   /V\
>  //  \\
> /(   )\
> ^`~'^
>
>


-- 

*o zi frumoasa !Robert - Nicolae  MOREANU*

[toc] | [prev] | [next] | [standalone]

#163225

FromBob Holtzman <holtzm@cox.net>
Date2016-01-17 22:50 +0100
Message-ID<qS3mW-87m-5@gated-at.bofh.it>
In reply to#163210
On Sun, Jan 17, 2016 at 03:59:57PM +0200, Moreanu Robert - Nicolae wrote:
> hi
> i'm looking to resolve this problem when I want to install debian 8.2 or
> 8.1. I receive this message after it's take to Grub install
> 
> " the 'grub-pc' package failed to install into /target/ "
> after the operation of clean up on installing, i have a failed operations.
> 
> i make the install of debian 8.2.0 or 8.1.0 from a dvd boot
> 
> robert, waiting for your response

Just how the hell many threads do you plan on hijacking!?

[toc] | [prev] | [next] | [standalone]

#163226

FromLisi Reisz <lisi.reisz@gmail.com>
Date2016-01-17 23:10 +0100
Message-ID<qS3Gh-8uG-1@gated-at.bofh.it>
In reply to#163225
On Sunday 17 January 2016 21:48:48 Bob Holtzman wrote:
> On Sun, Jan 17, 2016 at 03:59:57PM +0200, Moreanu Robert - Nicolae wrote:
> > hi
> > i'm looking to resolve this problem when I want to install debian 8.2 or
> > 8.1. I receive this message after it's take to Grub install
> >
> > " the 'grub-pc' package failed to install into /target/ "
> > after the operation of clean up on installing, i have a failed
> > operations.
> >
> > i make the install of debian 8.2.0 or 8.1.0 from a dvd boot
> >
> > robert, waiting for your response
>
> Just how the hell many threads do you plan on hijacking!?

Robert -

You posted the same basic message three times in an hour to three different 
threads, two of them hijacked.

Do please give people time to answer before posting again.  And you will get 
more help if you start a thread initially, as you did, then stick to it.  But 
don't re-post at 12:53:19, then 13:33:05 then 13:59:07 (times as recorded in 
GMT by my email client), if you want to get people to help rather than just 
annoy them.

Lisi

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web