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-
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 operatio
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
Sorry,
The problem was solved using sec=ntlm
2016-01-17 11:26 GMT+01:00 Nemeth Gyorgy :
> 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 t
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'
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.
modprobe cifs maybe can help you.
2016-01-16 22:02 GMT+01:00 Steve Matzura :
> 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=***
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.
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=,password=
>//192.168.1.19/images /mnt/images
>
>Using the DNS name returned errors but the IP address of the
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 experien
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 b
On Sat, 02 Jan 2016 16:15:20 -0500
Steve Matzura 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
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-u
On 02/01/16 04:15 PM, Steve Matzura wrote:
On Sat, 02 Jan 2016 15:00:31 -0500, The Wanderer
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 on
On 2016-01-02 at 16:15, Steve Matzura wrote:
> On Sat, 02 Jan 2016 15:00:31 -0500, The Wanderer
> 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
On Sat, 02 Jan 2016 15:00:31 -0500, The Wanderer
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 /e
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
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
18 matches
Mail list logo
