SignalToChild sent continue signal to child
francesco@vaio64:~$
As firefox is still offered as a package for amd64, what may be my problem?
I am very unsatisfied with chromium for my purposes.
thanks for advice
francesco pietra
Hello
Since a few months Firefox can't be installed on amd64 buster. What is
wrong about?
thanks
francesco pietra
is notoriously
not compatible with debian.
thanks
francesco pietra
Thanks, I set the house in order with much less elegant commands
francesco
On Fri, Nov 30, 2018 at 5:12 PM Lennart Sorensen <
lsore...@csclub.uwaterloo.ca> wrote:
> On Sat, Nov 24, 2018 at 08:43:29PM +0100, Francesco Pietra wrote:
> > Hi
> > Following amd64 upgrade from stre
To avoid other users lose time, it is of course easy to remedy by exporting
what is failing about sbin in /etc/profile.d. Nonetheless, that should not
occur on upgrading debian
fp
-- Forwarded message -
From: Francesco Pietra
Date: Sun, Nov 25, 2018 at 6:58 AM
Subject: Re: severe
are you trying to invent warm water?
fp
On Sun, Nov 25, 2018 at 12:16 AM qorg11 wrote:
>
> On 24/11/18 20:43, Francesco Pietra wrote:
> > Hi
> > Following amd64 upgrade from stretch to buster on both a vaio laptop and
> an
> > asus desktop,command disappeare
ATH or not executable
> dpkg: error: 2 expected programs not found in PATH or not executable
> Note: root's PATH should usually contain /usr/local/sbin, /usr/sbin and
> /sbin
> E: Sub-process /usr/bin/dpkg returned an error code (2)
>
francesco pietra
I have upgraded stretch to buster amd64 on both a vintage VAIO and an ASUS
H81M-K (network). In both cases the shutdown command was no more recognized
and installing systemd-sysv did not help (pehraps it was already
installed). I had to use systemctl poweroff.
Any remedy?
francesco pietra
Hi Antti, I was sinking into a glass of water. Thanks a lot, francesco
On Thu, Nov 22, 2018 at 10:51 AM Antti Kultanen
wrote:
> Hi,
>
> On Sun, 18 Nov 2018, Francesco Pietra wrote:
>
> > Commands below:
> >
> > francesco@vaio64:~/servers/cineca/RCM_remote_vis
39, in
>
> File
> "/home/vagrant/devel/RCM/multivnc/PyInstaller/PyInstaller-2.1/PyInstaller/loader/pyi_importers.py",
> line 409, in load_module
> ImportError: /usr/lib/x86_64-linux-gnu/libX11.so.6: undefined symbol:
> xcb_poll_for_reply64
>
Grateful for advice
francesco pietra
Hi Thomas:
Thanks a lot for LD_PRELOAD. It works fine for remote visualization at a
cluster with GPUs
francesco
On Wed, Sep 27, 2017 at 10:02 AM, Thomas Lamprecht <t.lampre...@proxmox.com>
wrote:
> Hi,
>
> On 09/26/2017 06:43 PM, Francesco Pietra wrote:
>
>> How to ma
does not recognize the new library.
thanks
francesco pietra
this is tolerated on my computer, run by debian9 amd64, it is not
tolerated by the remote cluster, run by centOS. Any remedy?
thanks
francesco pietra
-- Forwarded message --
From: Francesco Pietra <chiendar...@gmail.com>
Date: Wed, Sep 13, 2017 at 3:25 PM
Subject: libX11.so.6
debaian9 amd64. No problem with local graphiocs.
Thasnks for advice
francesco pietra
ocal graphiocs.
Thasnks for advice
francesco pietra
.
The reason is that updating/upgrading of the nvidia-toolkit takes so long.
Thanks
francesco pietra
bian amd64 stretch.
hope someone knows that
On Sun, May 21, 2017 at 7:22 PM, Francesco Pietra <chiendar...@gmail.com>
wrote:
> I should add that, once the Xserver is launched by the aid of the other
> computer on LAN, the server works autonomously from its keyboard and
&g
to go on this way toward avoiding
the external assistance.
fp
On Sun, May 21, 2017 at 11:32 AM, Francesco Pietra <chiendar...@gmail.com>
wrote:
> Back to your suspicion about the GTX680, I was really surprised that the
> Xserver could be raised from the other computer (vaio) on t
that on upgrading to jessie.
thanks a lot for your kind help
francesco pietra
On Fri, May 19, 2017 at 11:32 AM, Darac Marjal <mailingl...@darac.org.uk>
wrote:
> On Fri, May 19, 2017 at 11:12:25AM +0200, Francesco Pietra wrote:
>
>> "It is not required for normal usa
..@darac.org.uk>
wrote:
> On Fri, May 19, 2017 at 10:17:44AM +0200, Francesco Pietra wrote:
>
>> Hello:
>> On a vintage VAIO I have no problems with amd64 stretch. With a
>> raid1-based on the X79 chip, upgrading from jessie to stretch (I need
>> a higher CUDA versio
I forgot to mention that
---changing in /etc/lvm from "use_lvmetad=1" to "use_lvmetad=0"
or commenting out in /etc/defaut/grub
---# GRUB_CMDLINE_LINUX_DEFAULT="quiet"
did not solve the problem
fp
On Fri, May 19, 2017 at 10:21 AM, Francesco Pietra <c
I understand that udev is in focus, however I don't know how to marriage
lvmetad and udev
francesco pietra
On Fri, May 19, 2017 at 10:17 AM, Francesco Pietra <chiendar...@gmail.com>
wrote:
> Hello:
> On a vintage VAIO I have no problems with amd64 stretch. With a
> raid1-based
.
Thanks for any kind suggestion
francesco pietra
by you get verbose boot.
That goes back a few (or many) years, mainly in favor of my son, trying to
keep him away from the commercial-software method of not understanding what
lies below the keyboard. (
cheers
francesco
-- Forwarded message ------
From: Francesco Pietra <chiendar
w manager.
>
> Do some research into init runlevels and I think it will help you a great
> deal with a lot of things.
>
> Regards
>
>
>
> Am Mittwoch, 3. Mai 2017 schrieb Hans :
>
>> Am Mittwoch, 3. Mai 2017, 09:20:33 CEST schrieb Francesco Pietra:
>> Fo
use of
linux. My interest is in:
-- Examining all that is loaded during boot
-- Working from the terminal without gnome/xfce when running
number-crunching codes.
Thanks a lot for advice
francesco pietra
those
(and other errors) arise by merely commanding
python
>>>imprt scipy.optimize
thanks for your suggestions
francesco
On Mon, May 1, 2017 at 4:54 PM, Lennart Sorensen <
lsore...@csclub.uwaterloo.ca> wrote:
> On Sat, Apr 29, 2017 at 10:54:59AM -0400, Francesco Pietra wrote
", line 17
from *future* import division, print_function, absolute_import
SyntaxError: future feature print_function is not defined
So, wherever one goes, a wall is found, or is that a wall for me alone?
francesco pietra
..@debian.org>
<https://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=tille%40debian.org>
Date: Sun, 19 Feb 2017 08:03:01 UTC
Severity: *grave*
Found in version mgltools-pmv/1.5.7-1
Is my problem related to that?
thanks
francesco [pietra
Incidentally, also the Vuescan issue was resolved with jessie upgrading
-- Forwarded message --
From: Francesco Pietra <chiendar...@gmail.com>
Date: Sat, Jul 16, 2016 at 11:07 AM
Subject: Fwd: Failure lauching application since iceweasel -> Firefox
To: amd64 Debian <
I must quickly update my post. Following a reboot
francesco@tya64:~$ uname -r
3.16.0-4-amd64
francesco@tya64:~$
-- Forwarded message --
From: Francesco Pietra <chiendar...@gmail.com>
Date: Sat, Jul 16, 2016 at 10:56 AM
Subject: Re: Failure lauching application since ice
dia?
thanks
francesco pietra
On Fri, Jul 15, 2016 at 7:56 PM, Lennart Sorensen <
lsore...@csclub.uwaterloo.ca> wrote:
> On Fri, Jul 15, 2016 at 06:57:28PM +0200, Francesco Pietra wrote:
> > I fear that on the amd64-gnome box my sources list should be amended:
> >
> > deb htt
instead.
> E: Couldn't rebuild package cache
>
thanks for advice
francesco pietra
On Thu, Jul 14, 2016 at 9:47 PM, Lennart Sorensen <
lsore...@csclub.uwaterloo.ca> wrote:
> On Thu, Jul 14, 2016 at 08:17:04AM +0200, Francesco Pietra wrote:
> > Here the reply by the
4 (Vuescan code works
perfectly, it is only the updating that failed)
thanks
francesco pietra
On Tue, Jul 12, 2016 at 10:40 PM, Lennart Sorensen <
lsore...@csclub.uwaterloo.ca> wrote:
> On Tue, Jul 12, 2016 at 04:08:36PM +0200, Francesco Pietra wrote:
> > On last "upgra
on: Failed to execute child process "/usr/lib/iceweasel/iceweasel"
(No such file or directory)
francesco@tya64:~/Vuescan$
I was unable to remedy with a softlink. What to do? Thanks
francesco pietra
Michael:
I should first check whether all packages I need for publishing can be
installed on xfce, mainly gchempaint.
As I had sound with these two mirror-raid disks on a previous server, the
cause for sound failure here can not be startx followed by
gnome-session. Perhaps the specific intel
if available.
#alang = en
# get a default OSD font from fontconfig
fontconfig = yes
font = Sans
subfont-text-scale = 3
purge remove pulseaudio, in order to reinstall it, removes gnome too. One
of the many reasons why on other machines I installed xfce.
Thanks for advice
francesco pietra
Michael:
In the last few years I have been using gnome, launched with startx
gnome-session when I needed it. However, going back to pre-startx
conditions, much memory was no more available. Therefore I tried Xfce as
provided with testing. In fact, when preparing a system for molecular
dynamics on
I apologize for the mistake.
francesco pietra
On Sat, Jan 24, 2015 at 4:55 PM, Tomasz Kundera tnkund...@gmail.com wrote:
Sorry, GNOME is not the father of XFCE in any means.
On Fri, Jan 23, 2015 at 9:12 AM, Francesco Pietra chiendar...@gmail.com
wrote:
With testing amd64 I installed Xfce
) works with Xfce. That is needed.
regards
francesco pietra
Thanks.
It seems that, although suspected, I missed to investigate whether there is
a broken relevant package. It would be useful to users of testing knowing
how to do that.
thanks again
francesco pietra
On Fri, Nov 14, 2014 at 9:37 AM, Steffen Grunewald
steffen.grunew...@aei.mpg.de wrote
As all packages seem to be installed, I wonder whether attention should be
paid to the message by the graphical VMD, while detecting the two GTX 680:
CUDA error: invalid device symbol, CUDAClearDevice.cu line 62
fp
-- Forwarded message --
From: Francesco Pietra chiendar
Sorensen
lsore...@csclub.uwaterloo.ca wrote:
On Thu, Nov 13, 2014 at 03:27:26PM +, Francesco Pietra wrote:
Hello:
Following update/upgrade with amd64 jessie, the 2 GTX 680 are seen by the
graphical package VMD, however, nvidia -smi does not respond. The GTX
are
used in the absence of X
francesco
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date: Thu, Nov 13, 2014 at 4:11 PM
Subject: Re: module nvidia not found / amd64 jessie
To: Lennart Sorensen lsore...@csclub.uwaterloo.ca
Cc: amd64 Debian debian-amd64@lists.debian.org
modinfo nvidia-current
Hi Hans:
From years I no more use what you suggest, I rather use the automatic
system of Debian. It has always worked fine at any update/upgrade/restart,
even at pciexpress 3.0, like in my system. Perhaps the testing (jessie)
update/upgrade has introduced a temporary bug. If so, other users will
of the terminal rather than of nvidia.
francesco
On Thu, Nov 13, 2014 at 10:27 PM, Lennart Sorensen
lsore...@csclub.uwaterloo.ca wrote:
On Thu, Nov 13, 2014 at 04:33:26PM +, Francesco Pietra wrote:
Sorry, I forgot:
$ dpkg -s linux-headers-$(uname -r)
Package: linux-headers-3.16.0-4
# nvidia-smi -L
bash: nvidia-smi: command not found
# nvidia-smi
bash: nvidia-smi: command not found
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date: Fri, Nov 14, 2014 at 7:33 AM
Subject: Re: Fwd: module nvidia not found / amd64 jessie
To: Lennart
Additional information:
#lsmod | grep -i edac
sb_edac 21113 0
edac_core 47369 1 sb_edac
i could blacklist sb_edac and edac_core. Is that correct to solve the issue/
thanks
fp
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date: Sat, Aug 16, 2014 at 8:31 AM
Hallo
With my recent upgrading of jessie amd64 to linux kernel 3.14-2 and nvidia
driver 340.24, at boot the system halts for a long while with message
EDAC bridge could not find mci handler
Afterwards, everything OK. X79 with two gtx680
francesco pietra
not at that level.
fp
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date: Fri, Jun 6, 2014 at 11:03 PM
Subject: Fwd: jessie grub issue
To: amd64 Debian debian-amd64@lists.debian.org
Actually, unlike in my previous wheezy installation, with the testing
installer
: Francesco Pietra chiendar...@gmail.com
Date: Sat, Jun 7, 2014 at 8:08 AM
Subject: Fwd: jessie grub issue
To: amd64 Debian debian-amd64@lists.debian.org
I retried from scratch. The md0 would-be-boot partition was correctly set
ext2, as indicated below (although it is not clear whether boot
of course, now I have the long procedure of dist-upgrade. fp
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date: Sat, Jun 7, 2014 at 9:56 AM
Subject: Fwd: jessie grub issue
To: amd64 Debian debian-amd64@lists.debian.org
Then, to stop wasting my time, I
] [ 2.79 GB] [253] [ 5]
[dm-6 ] [ext3 ] [unknown ] [ 400.47 GB] [253] [ 6]
Grateful for indications how to remedy (from live SystemrescueCD, or
otherwise). I have no experience with such manipulations
francesco pietra
#1 298.8 MB K raid
#2 999.9 GB K raid
728.6 kB FREE SPACE
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date: Fri, Jun 6, 2014 at 4:35 PM
Subject: jessie grub issue
To: amd64 Debian debian-amd64@lists.debian.org
Hello:
In a new
.
With the testing installer, when use as physical volume for raid is chosen,
bootable flag gets OFF (tried again by deleting partitions and rebuilding
raid 1)
Consequently, the installer did not ask to install grub.
fp
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date
obviously) liable
to file compression.
francesco
On Mon, May 26, 2014 at 8:04 AM, Francesco Pietra chiendar...@gmail.com
wrote:
I forgot to add that, either from the linux console, or a terminal from
startx, fdisk -l shows correctly
/dev/md0
/dev/md1, both with their
/dev/mapper/vg1-root
is to first backup home and root on another
computer along my network.
francesco
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date: Sat, May 24, 2014 at 8:16 AM
Subject: Re: root low space
To: Adam Stiles a...@priceengines.co.uk
Cc: amd64 Debian debian-amd64
of how I did that.
thanks
francesco
On Fri, May 23, 2014 at 11:42 AM, Adam Stiles a...@priceengines.co.uk
wrote:
On Friday 23 May 2014, Francesco Pietra wrote:
In my case, described above, in order to be able to use
# partclone.ext3 -c -d -s /dev/mapper/vg1-root -o
/home/francesco/vg1
francesco
(and sorry for such a low-level query)
On Thu, May 22, 2014 at 7:30 PM, Giacomo Mulas
gmu...@oa-cagliari.inaf.itwrote:
On Thu, 22 May 2014, Francesco Pietra wrote:
no mention about ext3, which is the filesystem I use (ext2 only for boot).
you should use the lines below, where it says
) kernel
bug in the tun device which might cause your problems (see
https://bugzilla.kernel.org/show_bug.cgi?id=74051 ). This will only be a
problem if you use a tunnel to connect to your server.
Greets
Robert
Am 21.05.2014 21:16, schrieb Francesco Pietra:
Hello:
Since a few days, scp
is 'ping -M do -s 1472 login.plx.cineca.it'
saying, does it work?
Greets
Robert
Am 22.05.2014 08:53, schrieb Francesco Pietra:
Hi Robert:
francesco@tya64:~$ uname -r
3.2.0-4-amd64
francesco@tya64:~$
I do not understand tunnel. I use classical scp, passwordless (my pub
keys at the mainframe
, Giacomo Mulas
gmu...@oa-cagliari.inaf.itwrote:
On Wed, 21 May 2014, Francesco Pietra wrote:
Hi Robert:
Thanks for the input. I was at older ideas that shrinking a volume is a
dangerous move.
it still is, to some extent: if for whatever reason a resizing is aborted
midway (e.g. a power
Giacomo:
Yes, it is available, with flags/examples on cineca pages for the two type
of machines bluegene/GPU_machines. My first attempt went on plainly
passwordless for the GPU machines.
Thanks
francesco
On Thu, May 22, 2014 at 10:04 AM, Giacomo Mulas
gmu...@oa-cagliari.inaf.itwrote:
Ciao
, being vg1-root and
vg1-home). A tool like partclone can be useful in your case, as it only
backups used sectors, which reduces file size of the resulting backup image
and also speeds up the whole process.
Greets
Robert
Am 22.05.2014 08:43, schrieb Francesco Pietra:
Do you mean backing
about ext3, which is the filesystem I use (ext2 only for boot).
In contrast. ext2/ext3 for expanding.
thanks
francesco
On Thu, May 22, 2014 at 5:37 PM, Giacomo Mulas
gmu...@oa-cagliari.inaf.itwrote:
On Thu, 22 May 2014, Francesco Pietra wrote:
Hi Robert;
Could you be so kind to provide
) and afterwards increase vg1-root.
But be careful first resize the filesystem (resize2fs) and afterwards the
logical volume (lvreduce), otherwise you might loose data.
Regards
Robert Rottscholl
Am 20.05.2014 19:24, schrieb Francesco Pietra:
Hello:
I was short seeing in building my partitions for raid
, you
can just hope to download at 1000kb/s, while out is always impracticably
slow).
My question is: can scp, as available from my installation on a wheezy
amd64 box, be responsible?
thanks for advice
francesco pietra
, so it would be worthwhile to
find a way.
Thanks for advice
francesco pietra
. How to deal
with the squeeze box?
thanks
francesco pietra
be the usage of ext4 on squeeze and something
else on wheezy. In ext4 disk checks are (I think) disabled by default (see
http://forums.opensuse.org/showthread.php/437298-fsck-
not-needed-ext4-filesystems ).
Greetings
Robert
Am 08.05.2014 15:40, schrieb Francesco Pietra:
Hello:
W#ith my amd64
pietra
On Nov 18, 2013 8:59 PM, Lennart Sorensen lsore...@csclub.uwaterloo.ca
wrote:
On Mon, Nov 18, 2013 at 10:39:53PM +0100, Francesco Pietra wrote:
I forgot to mention that LnkSta 8GT/s is obtained only when actually
carrying out the MD simulation.
I believe to save power the link speed
.
francesco pietra
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date: Sun, Nov 17, 2013 at 4:09 PM
Subject: Fwd: upgrade to jessie from wheezy with cuda problems
To: amd64 Debian debian-amd64@lists.debian.org, Lennart Sorensen
lsore...@csclub.uwaterloo.ca
be
passed permanently to the kernel. I have to learn how.
Thanks a lot
francesco pietra
On Mon, Nov 18, 2013 at 6:02 PM, Lennart Sorensen
lsore...@csclub.uwaterloo.ca wrote:
On Sun, Nov 17, 2013 at 10:45:58AM +0100, Francesco Pietra wrote:
I am attacking the problem from another side, directly
I forgot to mention that LnkSta 8GT/s is obtained only when actually
carrying out the MD simulation.
fp
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date: Mon, Nov 18, 2013 at 10:37 PM
Subject: Re: Fwd: upgrade to jessie from wheezy with cuda problems
knows where to
put the hands. At any event, being unable to go to 8GT/s, as from PCIe 3.0,
means loosing time and energy (=money and pollution), at least when the
GPUs are used for long number crunching.
I'll continue investigating. The above seems to be promising. Hope to get
help.
francesco pietra
-
Compliance De-emphasis: -6dB
LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete+,
EqualizationPhase1+
EqualizationPhase2+, EqualizationPhase3+,
LinkEqualizationRequest-
francesco pietra
-- Forwarded message --
From: Francesco Pietra chiendar
and LnkSta are 5GT/s, as from PCIe
2.0.
Thus, the problem seems to be activating PCIe 3.0, as before said.
francesco pietra
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date: Sun, Nov 17, 2013 at 11:29 AM
Subject: Fwd: upgrade to jessie from wheezy
be added to the kernel
boot string, according to the same source, is
nvidia.NVreg_EnablePCIeGen3=1
unlike I wrote before (i.e., no options, while a dot between nvidia and
NVreg
francesco pietra
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date: Sun, Nov 17
to be calculated by the CPU.
thanks
francesco pietra
On Tue, Nov 12, 2013 at 11:37 PM, Lennart Sorensen
lsore...@csclub.uwaterloo.ca wrote:
On Tue, Nov 12, 2013 at 10:35:53PM +0100, Francesco Pietra wrote:
# apt-get --purge remove *legacy*
did the job.
I wonder how these legacy packages
:/opt/amber12/bin:/opt/amber10/bin:/opt/UCSF/Chimera64-2012-10-10/bin:/opt/namd2.9_cuda4.0_2012-09-26/bin/namd2
francesco@gig64:~$
Should /usr/lib/x86_64-linux-gnu be put on my path explicitly?
Thanks
francesco pietra
On Tue, Nov 12, 2013 at 11:37 PM, Lennart Sorensen
lsore
francesco@gig64:~/tmp$
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date: Wed, Nov 13, 2013 at 10:32 AM
Subject: Re: upgrade to jessie from wheezy with cuda problems
To: Lennart Sorensen lsore...@csclub.uwaterloo.ca
Cc: amd64 Debian debian-amd64
the bandwidth.
thanks
francesco pietra
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date: Wed, Nov 13, 2013 at 7:40 PM
Subject: Fwd: upgrade to jessie from wheezy with cuda problems
To: amd64 Debian debian-amd64@lists.debian.org
francesco@gig64:~/tmp$ export
Cannini fcann...@gmail.comwrote:
Em 13-11-2013 16:40, Francesco Pietra escreveu:
francesco@gig64:~/tmp$ export LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/
francesco@gig64:~/tmp$ ./CUDA-Z-0.7.189.run
CUDA-Z 0.7.189 Container
Starting CUDA-Z...
/home/francesco/tmp/CUDA-Z-95b0-7943-3edd-827e
What does 'file ./CUDA-Z-0.7.189.run' say?
francesco@gig64:~/tmp$ file ./CUDA-Z-0.7.189.run
./CUDA-Z-0.7.189.run: data
francesco@gig64:~/tmp$
On Wed, Nov 13, 2013 at 7:52 PM, Lennart Sorensen
lsore...@csclub.uwaterloo.ca wrote:
On Wed, Nov 13, 2013 at 07:40:10PM +0100, Francesco Pietra
?
In the past I tried dist-upgrade, getting into devastating problems.
thanks
francesco pietra
PS I was advised that debian is getting bounces from my address above. If
so, please try my institutional address
francesco.pie...@accademialucchese.it
/nvidia-current.ko
is that a feature of jessie or something wrong?
Thanks a lot for advice.
francesco pietra.
On Tue, Nov 12, 2013 at 5:59 PM, Lennart Sorensen
lsore...@csclub.uwaterloo.ca wrote:
On Tue, Nov 12, 2013 at 05:22:18PM +0100, Francesco Pietra wrote:
Yes. Also,
# apt-get
, of
a huge variety of applications installed, when my interest is totally out
of graphic interfaces, which can not be used for MD with GPUs.
Thank so much. It is a pity to run MD with GPUs at the rate allowed by PCIe
2.0, when the hardware should allow PCIe 3.0 (eight vs five)
Cheers
francesco pietra
of stability.
(b) Backporting testing nvidia drivers to wheezy. Is that possible?
Thanks for advice
francesco pietra
PS: in carrying out the above benchmark, which is provided by NAMD itself,
I selected both a light job (small protein) and a very heavy job (large
protein in much water). Only
. Does that CUDA-Z work well and installation
of ia32-libs can be safely carried out without any detrimental effect?
thanks
francesco pietra
On Sat, Oct 12, 2013 at 11:36 PM, Bob Proulx b...@proulx.com wrote:
Francesco Pietra wrote:
I hope not to bother beyond the limit, but the security of mirror raid is
something of utmost importance, at least in my work of biochemist, with
very limited ability in recovering from disk failures.
I
Thanks. Does it also deal with grub in a mirror raid? I downloaded the
disks but the information about them is very sparse.
francesco
On Tue, Oct 8, 2013 at 9:45 PM, ca...@genac.org wrote:
Francesco Pietra chiendar...@gmail.com escribió:
I hope not to bother beyond the limit
.
The pipe command that I described before proved equivalent to what you
described, i.e., physically testing whether grub is installed, each disk at
a time.
Thanks a lot
francesco
-- Forwarded message --
From: Francesco Pietra chiendar...@gmail.com
Date: Tue, Oct 8, 2013 at 5:11
) Is the above pipe test (that grub installed leads to some message when
failure is encountered, while no message means no grub available) always
reliable and equivalent to detaching disks?
thanks
francesco
On Mon, Oct 7, 2013 at 10:38 PM, Bob Proulx b...@proulx.com wrote:
Francesco Pietra wrote
servers, the system boots straightforwardly to the linux prompt,
then, if I need the X server and manager, I command startx and then
gnome-session
thanks
francesco
On Sun, Oct 6, 2013 at 10:40 PM, Bob Proulx b...@proulx.com wrote:
Francesco Pietra wrote:
Thanks so much. I am also using
as with a bad raid1.
Failure that I described in adding grub to the other HD was in a single
trial and now the HDs are different, taken from a dismissed four-sockets
dual-core AMD server.
cheers
francesco
On Fri, Oct 4, 2013 at 10:13 PM, Bob Proulx b...@proulx.com wrote:
Francesco Pietra
the HDs are different, taken from a dismissed four-sockets
dual-core AMD server.
cheers
francesco
On Fri, Oct 4, 2013 at 10:13 PM, Bob Proulx b...@proulx.com wrote:
Francesco Pietra wrote:
Bob Proulx wrote:
After installing simply run the grub install script against both
disks manually
are thinking striping for performance instead I recommend using an SSD
for the system disk.
Ah! my mistake. Sure, raid1 (mirroring)
thanks
francesco
On Fri, Oct 4, 2013 at 12:22 AM, Bob Proulx b...@proulx.com wrote:
Francesco Pietra wrote:
Did you use a recent version of the installer? What I
Hello:
Did you use a recent version of the installer? What I would like to know -
before reinstalling everything on my servers - is whether the option to set
grub on both disks of raid 0 has now been introduced.
Thanks
francesco pietra
, not derivatives. But these
are my personal views, clearly not much shared.
Thanks
francesco pietra
francesco@tya64:~/tmp$ ls
RCM_linux2_64bit_Ubuntu_12.04
francesco@tya64:~/tmp$ ./RCM_linux2_64bit_Ubuntu_12.04
Error loading Python lib '/tmp/_MEIzFrUEs/libpython2.7.so.1.0':
/lib/x86_64-linux-gnu
by messages, i put it in the spam.
The advice I can even from the center is very limited as they don't know
what I have.
Thanks
francesco pietra
On Wed, Jun 26, 2013 at 6:23 PM, Lennart Sorensen
lsore...@csclub.uwaterloo.ca wrote:
On Wed, Jun 26, 2013 at 06:11:31PM +0200, Francesco Pietra wrote
1 - 100 of 541 matches
Mail list logo