tenho que alterar no ficheiro /etc/default/grub, que controla
o boot?
Em dom., 28 de fev. de 2021 às 05:50, Alberto Sentieri
<2...@tripolho.com <mailto:2...@tripolho.com>> escreveu:
Ainda sobre a placa Nvidia. Voce tem que alterar o arquivo de nome
/etc/default/grub, que
Luis,
1) Sobre placa NVidia. Eu também tenho uma placa NVidia. Infelizmente
esta placa tem especificações não públicas, e os drivers open-source
nunca funcionaram corretamente para mim. A solução que acabei adotando
foi instalar os drivers da própria Nvidia. Mesmo assim, algumas vezes
tenho p
Just a small correction: it I believe SATA uses 8B/10B protocol, which
means each byte uses 10 bits on the serial channel.
On 10/7/20 5:56 AM, Jeremy Nicoll wrote:
On Wed, 7 Oct 2020, at 09:39, Hans wrote:
Hi folks,
I have a little question. Smartctl is telling me, that my ssd drive is 6Gb/se
I had a similar problem, but I could ssh into the machine, otherwise I
would say it was locked. My problem was the video driver (NVIDIA card).
I fixed it by installing the manufacture driver.
On 6/25/20 3:54 PM, Malte Schmidt wrote:
Dear all,
I'm running Debian 10 with the recent updates usin
This is a long thread. I did not read it all. Did anyone suggest
http://meet.google.com?
Thanks. Adding contrib solved the problem.
On 5/5/20 8:24 PM, Alexander V. Makartsev wrote:
On 05.05.2020 20:29, Alberto Sentieri wrote:
Last time I installed it I downloaded the driver from NVIDIA web
site. I was able to install it and it worked well, but updates
started bothering me. Maybe
wrote:
On 03.05.2020 19:51, Alberto Sentieri wrote:
I have a Nvidia NVS310 installed in my Linux computer for a few
years. It works well with the Nvidia driver, and not so well with the
Linux nouveau driver. I am looking for a equivalent replacement (a
cheap one) which works well with a standard
I hadn't done anything. That message was written
before buster, and does not seem to work with it.
Thanks
On 5/4/20 8:17 PM, riveravaldez wrote:
On 5/3/20, Alberto Sentieri <2...@tripolho.com> wrote:
Lately, with Debian stretch (and Mate), things got sort of stable with
the nou
I have a Nvidia NVS310 installed in my Linux computer for a few years.
It works well with the Nvidia driver, and not so well with the Linux
nouveau driver. I am looking for a equivalent replacement (a cheap one)
which works well with a standard non-proprietary Linux device driver. By
works well
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959211
On 4/30/20 3:52 PM, The Wanderer wrote:
On 2020-04-30 at 15:27, Alberto Sentieri wrote:
I run tcpdump while running my simple program on both stretch and
buster. On stretch, x2 uses SMB (version 1, I guess) protocol, while
on buster it
Thanks for the information. I will enter a bug report asking for a fix
for the last stretch available samba server. Or maybe for cifs-utils on
buster side.
On 4/30/20 3:52 PM, The Wanderer wrote:
On 2020-04-30 at 15:27, Alberto Sentieri wrote:
I run tcpdump while running my simple program
or on samba stretch side. The later has all updates.
On 4/30/20 1:32 PM, Thomas Schmitt wrote:
Hi,
Alberto Sentieri wrote:
ls -ls "${NAME}"
Note that the /mnt/u1/rw/receipt is a SMB folder. I got this result:
1024 -rwxr-xr-x 1 u1 u1 10 Apr 30 12:20 /mnt/u1/rw/receipt/test2.txt
[...]
, happens in cp.
It may not be utimensat. Between the kernel and the smb, there is a cifs
package (the driver) which could be doing it wrong. Both the kernel and
cifs package are different between the two workstations.
Thanks,
Alberto
On 4/30/20 1:32 PM, Thomas Schmitt wrote:
Hi,
Alberto
u1/rw/receipt/u1.crontab
(I expect an "Operation not supported" error as in strace.
If it succeeds against our will, try -n "test_name", without prefix
"user.".)
Alberto Sentieri wrote:
So, the cp behavior on debian stretch and buster seems to be the same.
But the im
e: 2ch/44d Inode: 75374568 Links: 1
Access: (0755/-rwxr-xr-x) Uid: ( 1000/ u1) Gid: ( 1000/ u1)
Access: 2020-04-29 11:31:03.908624300 -0400
Modify: 2020-04-30 10:04:07.611931500 -0400
Change: 2020-04-30 10:04:07.611931500 -0400
Birth: -
On 4/30/20 6:39 AM, Thomas Schmitt wrote:
Hi
our will, try -n "test_name", without prefix
"user.".)
Alberto Sentieri wrote:
So, the cp behavior on debian stretch and buster seems to be the same.
But the implementation of the system calls is not.
touch does the trick of dup2 and close, before calling utimensat.
Hm. To verify
u1.crontab
Other messages have more details.
On 4/29/20 9:47 PM, David Wright wrote:
On Wed 29 Apr 2020 at 15:07:52 (-0400), Alberto Sentieri wrote:
When I tried strace with /bin/cp -pi I can see on both commands
something like this:
utimensat(4, NULL, [{tv_sec=1588174263, tv_nsec=908624390} /*
202
--r-- 1 u1 u1 54 Feb 5 2017 /mnt/1g/home/u1/data/u1.crontab
1024 -rwxr-xr-x 1 u1 u1 54 Feb 5 2017 /mnt/u1/rw/receipt/u1.crontab
On 4/29/20 5:48 PM, songbird wrote:
Alberto Sentieri wrote:
On 4/29/20 4:13 PM, Thomas Schmitt wrote:
Hi,
Alberto Sentieri wrote:
It is clear
there that -p h
2) = 0
exit_group(0) = ?
So, the cp behavior on debian stretch and buster seems to be the same.
touch does the trick of dup2 and close, before calling utimensat.
Alberto
On 4/29/20 4:13 PM, Thomas Schmitt wrote:
Hi,
Alberto Sentieri wrote:
The content file is copied correctly. And touch works as expected on smb
files. The command below produced the expected results:
touch -t 201901011300 /mnt/u1/rw/receipt/u1.crontab
On 4/29/20 4:13 PM, Thomas Schmitt wrote:
Hi,
Alberto Sentieri wrote:
It is clear
there that -p has no
is different from
buster, when copying a file with -pi from ext4 to smb.
On 4/29/20 3:16 PM, Charles Curley wrote:
On Wed, 29 Apr 2020 12:22:41 -0400
Alberto Sentieri <2...@tripolho.com> wrote:
cp and mv are not preserving the file timestamps when copying from a
ext4 file system to
other cp
or mv in my path.
$ sha1sum /bin/cp /bin/mv
220687a082fb9d0dbb48e9a2b1093cbb4e9de55a /bin/cp
46e71d67df7eb1c41f8f8c9039f401e242cce94a /bin/mv
On Wed, Apr 29, 2020 at 12:22:41PM -0400, Alberto Sentieri wrote:
cp and mv are not preserving the file timestamps when copying from a ext4
Exactly the same behavior for /bin/cp and /bin/mv. I do not have any other cp
or mv in my path.
$ sha1sum /bin/cp /bin/mv
220687a082fb9d0dbb48e9a2b1093cbb4e9de55a /bin/cp
46e71d67df7eb1c41f8f8c9039f401e242cce94a /bin/mv
On Wed, Apr 29, 2020 at 12:22:41PM -0400, Alberto Sentieri wrote:
cp
cp and mv are not preserving the file timestamps when copying from a
ext4 file system to a smb file system.
I am running cp and mv on:
$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 10 (buster)
Release: 10
Codename: buster
SMB is
24 matches
Mail list logo
