On Thu, Mar 13, 2014 at 6:09 AM, Don Raikes wrote:
> Hi,
>
>
>
> Are there instructions for creating an archlinux usb key with persistence
> somewhere?
>
>
>
> I want to use my archlinux usb key as a diagnostic tool, and sometimes it is
> helpful to save files to it for later review.
>
>
>
> Any
Hi,
Are there instructions for creating an archlinux usb key with persistence
somewhere?
I want to use my archlinux usb key as a diagnostic tool, and sometimes it is
helpful to save files to it for later review.
Any info would be appreciated.
BTW: I am planning on using a 64gb usb ke
I am trying badblocks to see what I get, but on a 1tb drive it looks like it
will take a very long time.
-Original Message-
From: Ary Kleinerman [mailto:akleiner...@buinet.com.ar]
Sent: Wednesday, March 12, 2014 7:51 PM
To: General Discussion about Arch Linux
Subject: Re: [arch-general]
Hi Simon,
I ran# smartctl -x /dev/sda
Results:
smartctl 6.0 2012-10-10 r3643 [x86_64-linux-3.6.6-1-ARCH] (local build)
Copyright (C) 2002-12, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Hitachi Deskstar 7K1000.C
Device Model: Hi
besides you can use "badblocks"
Warning because it could be data destructive.
https://wiki.archlinux.org/index.php/badblocks
Regards,
On Wed, Mar 12, 2014 at 8:44 PM, Simon Brand
wrote:
> Am 12.03.2014 19:38, schrieb Don Raikes:
>> Hi Ary,
>>
>> I tried using:
>>
>> # mkfs -t ext2 /dev/sda1
>>
>
> Date: Wed, 12 Mar 2014 22:35:03 -0400
> From: li...@sapience.com
> To: arch-general@archlinux.org
> Subject: Re: [arch-general] Incremental update for TeXLive 2013
>
> On 03/12/2014 05:23 PM, Rémy Oudompheng wrote:
>> Hello,
>>
>> I am going to push update
On Thu, Mar 13, 2014 at 11:35 AM, Genes Lists wrote:
> On 03/12/2014 05:23 PM, Rémy Oudompheng wrote:
>
>> Hello,
>>
>> I am going to push updated TeXLive packages to [extra].
>>
>>
> Thank you!
>
> I also posted this to forum:
> https://bbs.archlinux.org/viewtopic.php?pid=1391778#p1391778
>
>
>
On 03/12/2014 05:23 PM, Rémy Oudompheng wrote:
Hello,
I am going to push updated TeXLive packages to [extra].
Thank you!
I also posted this to forum:
https://bbs.archlinux.org/viewtopic.php?pid=1391778#p1391778
I got this error on update:
>>> texlive: recreating all formats...
luatex: er
Am 12.03.2014 19:38, schrieb Don Raikes:
> Hi Ary,
>
> I tried using:
>
> # mkfs -t ext2 /dev/sda1
>
> And got the same results.
> After a reboot, I tried:
> # mkfs -t ext3 /dev/sda3
>
> And got a lot of messages about how there is a problem with the disk, so I am
> now suspecting that my hdd
On 12-03-2014 19:17, Mauro Santos wrote:
> Either my google fu is not working or it's hard to find information on
> this.
It seems I was searching for the wrong terms, according to this [1] it
seems I did all that was needed, which is use tools recent enough.
[1] https://wiki.archlinux.org/index
I guess I'll be trying out context now! So thanks.
On Wed, 12 Mar 2014, Rémy Oudompheng wrote:
Hello,
I am going to push updated TeXLive packages to [extra].
The following bugs are expected to be fixed:
https://bugs.archlinux.org/task/34932
https://bugs.archlinux.org/task/28560
https://bugs.a
Hello,
I am going to push updated TeXLive packages to [extra].
The following bugs are expected to be fixed:
https://bugs.archlinux.org/task/34932
https://bugs.archlinux.org/task/28560
https://bugs.archlinux.org/task/28514
Regards,
Rémy.
On 12-03-2014 18:40, arnaud gaboury wrote:
> This sounds to me a potential bug in fact, as your vb-veth.network has
> no reason to exist.
> But as I am far from catching every part of workability of networkd, I
> will keep myself from filling a bug report.
>
> Maybe shall you post on the devel-sys
I've bought a new HD to replace one that is starting to show problems
intermittently. I'm planning to keep a very similar setup to what I have
currently, which uses LVM on LUKS.
Old HD has 512B physical sectors so alignment there was not a problem.
New HD however is an advanced format drive, that
On Wed, Mar 12, 2014 at 3:00 PM, arnaud gaboury
wrote:
>>
>> If you are running systemd-networkd on
>>> the host then you can do that easily with a network file. I've called
>>> mine vb-veth.network and it contains:
>>>
>>> [Match]
>>> Name=vb-*
>>
> Very good indeed.
> /etc/systemd/network/80-co
Hi Ary,
I tried using:
# mkfs -t ext2 /dev/sda1
And got the same results.
After a reboot, I tried:
# mkfs -t ext3 /dev/sda3
And got a lot of messages about how there is a problem with the disk, so I am
now suspecting that my hdd has gone bad, so I will need to wait on installing
arch until I
Have you tried with other filesystem type, to see what happens? Maybe
it could be a bug
On Wed, Mar 12, 2014 at 3:07 PM, Don Raikes wrote:
> Hi,
>
> I downloaded the talkingarch-20140203-dual.iso yesterday and want to install
> it onto my desktop system.
>
>
>
> I booted into the talkingarchlinu
I'm thinking to use Arch for an Asterisk server. Nowadays I'm using
Ubuntu 12.04LTS, but I can see all distribution changing to the new
init system (systemd). I wanna change all my scripts to be compatible
with systemd. Furthermore, my services use MySQL, so I think it's a
good moment to migrate th
Hi,
I downloaded the talkingarch-20140203-dual.iso yesterday and want to install it
onto my desktop system.
I booted into the talkingarchlinux system no problems, and used parted to
create the partitions on my hard disk.
When I go to format the partitions, as soon as I enter the command:
On Wed, Mar 12, 2014 at 9:26 AM, Liuyang wrote:
>
> ██ optirun firefox
> [ 1353.034599] [ERROR]Cannot access secondary GPU - error: [XORG] (EE)
> NVIDIA(GPU-0): Failed to initialize the NVIDIA GPU at PCI:1:0:0. Please
>
> [ 1353.034658] [ERROR]Aborting because fallback start is disabled.
>
I sear
On Wed, Mar 12, 2014 at 6:02 PM, Paul Gideon Dann wrote:
> On Wednesday 12 Mar 2014 17:32:27 arnaud gaboury wrote:
>> It was UP before I brought vb down. So you have your answer : yes.
>
> OK, so in that case, I'd recommend not doing anything special on the host to
> bring the vb-
> dahlia interf
On Wednesday 12 Mar 2014 17:32:27 arnaud gaboury wrote:
> It was UP before I brought vb down. So you have your answer : yes.
OK, so in that case, I'd recommend not doing anything special on the host to
bring the vb-
dahlia interface up. It's behaving just like a normal interface would on a real
On Wed, 12 Mar 2014 17:21:20 +0100
Tobias Powalowski wrote:
> Am 12.03.2014 06:32, schrieb Gerardo Exequiel Pozzi:
> > On 02/24/2014 03:56 PM, Thomas Bächler wrote:
> >> Right now, we have a problem with cyclic dependencies in core: systemd
> >> requires libblkid and libuuid (systemd-udevd) and u
>
> It was UP before I brought vb down.
sorry for typo : before I brought host0 down
>
> In that case, I'm curious to find out if you find that setting the host0
> interface up in
> the container also brings the vb-dahlia interface up on the host?
On container :
gab@dahlia ➤➤ ~ % ip addr
2: host0: mtu 1500 qdisc
pfifo_fast state UP group default qlen 1000
link/ether 56:84:f
On Wednesday 12 Mar 2014 16:01:00 arnaud gaboury wrote:
> See my previous post : I want to learn. Then, the container will one day be
> a production server. So my idea is to test now everything, then take a
> snapshot and build a prod server with much more complicated network
> services and setting
> Yeah, that sounds like a sensible reason; thank you. I believe Arnaud's
usecase
> is a single container with no particularly special connectivity
requirements (as
> far as I can tell). I'm worried that he's making his setup a lot more
complicated
> than it needs to be.
>
See my previous post : I
>
> After I saw that systemd-nspawn now has more network isolation features
> I just used the setup I had.
>
> It's possible this is overkill for what I want but it was the solution I
> came up with at the time.
>
Same same here. I have been a long time user of libvirt for VM, and I
decided to have
On Wednesday 12 Mar 2014 14:21:05 Mauro Santos wrote:
> > Can I ask you both why you chose this route of creating a private network?
> > As far as I can tell, by default systemd-spawn will allow the container
> > to use the host's interface. I would have thought that would be adequate
> > for most
On Wednesday 12 Mar 2014 15:20:01 arnaud gaboury wrote:
> > Can I ask you both why you chose this route of creating a private network?
> > As far as I can tell, by default systemd-spawn will allow the container
> > to use the host's interface. I would have thought that would be adequate
> > for mos
On 12-03-2014 14:11, Paul Gideon Dann wrote:
> On Wednesday 12 Mar 2014 14:06:30 Mauro Santos wrote:
>> No netctl here :)
>>
>> I systemd-networkd enabled on boot and 3 files in /etc/systemd/network
>>
>>> cat brkvm.netdev
>>
>> [NetDev]
>> Name=brkvm
>> Kind=bridge
>>
>>> cat brkvm.network
>>
>> [
> Can I ask you both why you chose this route of creating a private network? As
> far as I can
> tell, by default systemd-spawn will allow the container to use the host's
> interface. I would
> have thought that would be adequate for most usecases?
>
> Paul
My first tests with nspwan/networkd, w
On 12-03-2014 13:48, arnaud gaboury wrote:
>> Right now on the host side I have everything being handled only by
>> systemd-{networkd,nspawn},
> I don't add any physical interfaces to the
>> bridge
> Ah? I have two netctl profiles, one for my physical eth (enp7s0) with
> no ip, one for bridge (br0)
>
> No netctl here :)
>
> I systemd-networkd enabled on boot and 3 files in /etc/systemd/network
>
>> cat brkvm.netdev
> [NetDev]
> Name=brkvm
> Kind=bridge
>
>> cat brkvm.network
> [Match]
> Name=brkvm
>
> [Network]
> Description=Bride for use with virtual machines and containers
> Address=192.168
On Wednesday 12 Mar 2014 14:06:30 Mauro Santos wrote:
> No netctl here :)
>
> I systemd-networkd enabled on boot and 3 files in /etc/systemd/network
>
> > cat brkvm.netdev
>
> [NetDev]
> Name=brkvm
> Kind=bridge
>
> > cat brkvm.network
>
> [Match]
> Name=brkvm
>
> [Network]
> Description=Brid
On Wednesday 12 Mar 2014 14:48:38 arnaud gaboury wrote:
> Right. I am left after I boot my machine (the host) with this :
>
> 4: vb-dahlia: mtu 1500 qdisc noop master br0
> state DOWN group default qlen 1000
> link/ether 62:a2:6b:f4:0f:87 brd ff:ff:ff:ff:ff:ff
>
> I have to manually
> # ip l
>
> If you are running systemd-networkd on
>> the host then you can do that easily with a network file. I've called
>> mine vb-veth.network and it contains:
>>
>> [Match]
>> Name=vb-*
>
Very good indeed.
/etc/systemd/network/80-container-host0.network
[Match]
Name=vb-dahlia
[Network]
DHCP=no
DNS=
> I have found that you will need to bring the virtual interface up (the
> one handled by systemd-nspawn).
Right. I am left after I boot my machine (the host) with this :
4: vb-dahlia: mtu 1500 qdisc noop master br0
state DOWN group default qlen 1000
link/ether 62:a2:6b:f4:0f:87 brd ff:ff:ff
On 12-03-2014 10:43, Paul Gideon Dann wrote:
> On Tuesday 11 Mar 2014 18:03:20 arnaud gaboury wrote:
>>> OK, so you really just need basic internet connectivity; you don't
>>> have any special filtering requirements. When you boot the
>>> container, can it see the enp7s0 interface? That is, is the
On Tuesday 11 Mar 2014 18:03:20 arnaud gaboury wrote:
> > OK, so you really just need basic internet connectivity; you don't
> > have any special filtering requirements. When you boot the
> > container, can it see the enp7s0 interface? That is, is the enp7s0
> > interface visible both from the host
optirun firefox
[ 1353.034599] [ERROR]Cannot access secondary GPU - error: [XORG] (EE)
NVIDIA(GPU-0): Failed to initialize the NVIDIA GPU at PCI:1:0:0. Please
[ 1353.034658] [ERROR]Aborting because fallback start is disabled.
..
41 matches
Mail list logo
