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
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
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'
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.
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
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",
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
>
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
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
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
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
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 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
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
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
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
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
18 matches
Mail list logo