chekeo
>> de disco al canto.
>>
>> Alguien sabe si en systemd existe una forma de organizar el apagado
>> para que lo ultimo que haga sea tumbar la interfaz de red?
>
> No he tenido que pegarme con systemd... aún, pero yo empezaría por
> aquí para obtener lo qu
gt; unidades de disco.
> Claro, esto hace que el systema se quede mas frito que una tortilla y
> el WacthDog se ponga a chillar pidiendo auxilio ;) reinicio y chekeo
> de disco al canto.
>
> Alguien sabe si en systemd existe una forma de organizar el apagado
> para que lo ultimo q
tortilla y
el WacthDog se ponga a chillar pidiendo auxilio ;) reinicio y chekeo
de disco al canto.
Alguien sabe si en systemd existe una forma de organizar el apagado
para que lo ultimo que haga sea tumbar la interfaz de red?
Saludos!
--
"El cielo es para los dragones
lo que el agua es
Me respondo a mi mismo,
No eran ni Xen ni systemd ni openvswith
por suerte existen los logs y una de las lineas del log decía esto
sch_tbf: burst 64 is lower than device eth1 mtu (9014) !
Así que el problema lo empecé a buscar con la configuración qos y por lo que vi
tenia un error al
sin
problemas el problema
es cuando lo quiero hacer funcionar en Debian Stretch ( con systemd ) me pasa
lo siguiente
El demonio se inicia como un servicio de systemd y luego va encendiendo los
DomUs de a uno, los DomUs
se inician sin problemas de hecho puedo ingresar a cada DomU desde la
Buenas
proba con
echo 0 > /proc/sys/kernel/dmesg_restrict
saludos
--
Matias Mucciolo
Area de Infraestructura.
Piedras 737 C.A.B.A
SUTEBA
On Friday 09 December 2016 12:32:58 Ricardo Delgado wrote:
> Buenas, desde la ultima actualizacion del kernel me sucede q a veces
> se apaga la compu as
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
El Sat, 10 Dec 2016 19:38:36 -0300
Ricardo Delgado escribió:
> El día 10 de diciembre de 2016, 15:15, Pedro Gras
> escribió:
> > Buenas,
> >
> > es una nueva medida de seguridad, solo root tiene acceso ahora al
> > dmesg , es parte de las nuevas me
El sáb, 10-12-2016 a las 19:38 -0300, Ricardo Delgado escribió:
> El día 10 de diciembre de 2016, 15:15, Pedro Gras
> escribió:
> > Buenas,
> >
> > es una nueva medida de seguridad, solo root tiene acceso ahora al
> > dmesg , es
> > parte de las nuevas medidas que están tomando para "endurecer" e
El día 10 de diciembre de 2016, 15:15, Pedro Gras
escribió:
> Buenas,
>
> es una nueva medida de seguridad, solo root tiene acceso ahora al dmesg , es
> parte de las nuevas medidas que están tomando para "endurecer" el núcleo. A
> partir de ahora es por defecto.
>
> Un saludo
>
upsss, me podrias i
Buenas,
es una nueva medida de seguridad, solo root tiene acceso ahora al dmesg ,
es parte de las nuevas medidas que están tomando para "endurecer" el
núcleo. A partir de ahora es por defecto.
Un saludo
Mierda , te lo he mandado al privado, perdona. Por usar la web y no el
programa de correo.
2
Buenas, desde la ultima actualizacion del kernel me sucede q a veces
se apaga la compu asi nomas "sin preguntar" o sea, de forma repentina,
solo se apaga y listo.
tambien me sucede que si como usuario normal antes realizaba un dmesg
y me daba los ultimos eventos o mensajes ahora
dmesg: read kerne
>> :
>>>> El 05/12/16 a las 18:56, Santiago Vila escribió:
>>>>> On Mon, Dec 05, 2016 at 01:29:55PM +0100, Antonio Trujillo Carmona wrote:
>>>>>
>>>>>> # cat /etc/hosts
>>>>>> 127.0.0.1debian.hvn.sas.junta-andalu
n Mon, Dec 05, 2016 at 01:29:55PM +0100, Antonio Trujillo Carmona wrote:
>>>>
>>>>> # cat /etc/hosts
>>>>> 127.0.0.1debian.hvn.sas.junta-andalucia.es debian
>>>>> 127.0.0.1localhost
>>>> Yo no le echaría la culpa a syste
>>>> # cat /etc/hosts
>>>> 127.0.0.1debian.hvn.sas.junta-andalucia.es debian
>>>> 127.0.0.1localhost
>>> Yo no le echaría la culpa a systemd.
>>> No pongas 127.0.0.1 en la primera línea.
>>>
>>> Si no quieres poner la IP pública
debian
>>> 127.0.0.1 localhost
>> Yo no le echaría la culpa a systemd.
>> No pongas 127.0.0.1 en la primera línea.
>>
>> Si no quieres poner la IP pública (que es lo más ortodoxo),
>> pon algo así, que es lo que hace el propio instalador cuando
>> no
El 05/12/16 a las 18:56, Santiago Vila escribió:
> On Mon, Dec 05, 2016 at 01:29:55PM +0100, Antonio Trujillo Carmona wrote:
>
>> # cat /etc/hosts
>> 127.0.0.1debian.hvn.sas.junta-andalucia.es debian
>> 127.0.0.1localhost
> Yo no le echaría la culpa a systemd.
El día 5 de diciembre de 2016, 8:29, Antonio Trujillo Carmona
escribió:
> El systemd me trae por la calle de la amargura.
>
> No consigo cambiar el hostname de un equipo con stretch.
>
> en /etc/hostname esta el correcto:
>
> # cat /etc/hosts
> 127.0.0.1 debian.hv
On Mon, Dec 05, 2016 at 01:29:55PM +0100, Antonio Trujillo Carmona wrote:
> # cat /etc/hosts
> 127.0.0.1debian.hvn.sas.junta-andalucia.es debian
> 127.0.0.1localhost
Yo no le echaría la culpa a systemd.
No pongas 127.0.0.1 en la primera línea.
Si no quieres poner la IP públic
El día 5 de diciembre de 2016, 13:29, Antonio Trujillo Carmona
escribió:
> El systemd me trae por la calle de la amargura.
>
> No consigo cambiar el hostname de un equipo con stretch.
>
> en /etc/hostname esta el correcto:
>
> # cat /etc/hosts
> 127.0.0.1 debian.hv
El systemd me trae por la calle de la amargura.
No consigo cambiar el hostname de un equipo con stretch.
en /etc/hostname esta el correcto:
# cat /etc/hosts
127.0.0.1 debian.hvn.sas.junta-andalucia.es debian
127.0.0.1localhost
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6
El 21/10/16 a las 12:30, JAP escribió:
El 21/10/16 a las 12:05, Jose Julian Buda escribió:
iptables -t nat -L
Quizas muestre algo.
Saludos
Julian
Muestra mucho :(
# iptables -t nat -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain INPUT (poli
El 21/10/16 a las 12:16, JAP escribió:
> El 21/10/16 a las 11:32, fernando sainz escribió:
>> Mira esto también:
>>
>> http://unix.stackexchange.com/questions/209393/debian-8-update-iptables-on-boot
>>
>
> No, el problema no es ese.
> rc.local funciona bien, se ejecuta la inicio sin problemas.
> El
El 21/10/16 a las 12:05, Jose Julian Buda escribió:
iptables -t nat -L
Quizas muestre algo.
Saludos
Julian
Muestra mucho :(
# iptables -t nat -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source
El 21/10/16 a las 12:05, Jose Julian Buda escribió:
iptables -t nat -L
Quizas muestre algo.
Saludos
Julian
Muestra mucho :(
# iptables -t nat -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source
El día 21 de octubre de 2016, 10:33, JAP
escribió:
> Buenos días.
>
> systemd y la madre que lo programó.
>
> Sigo sufriendo problemas en mi migración de equipo.
> Ahora no sé por qué diablos a iptables se le da por no arrancar.
> No hay forma de iniciar el contrafuegos.
&
On Fri, Oct 21, 2016 at 11:42:53AM -0300, JAP wrote:
>
[...]
> El script era una línea en /etc/rc.local.
>
> Pero sacando eso, el teme es que iptables NO ESTÁ CORRIENDO.
>
> Si cargo la regla a mano, y luego listo las reglas activas, me aparece que
> iptables está vacío, como se puede ver acá:
El 21/10/16 a las 11:32, fernando sainz escribió:
Mira esto también:
http://unix.stackexchange.com/questions/209393/debian-8-update-iptables-on-boot
No, el problema no es ese.
rc.local funciona bien, se ejecuta la inicio sin problemas.
El tema es que iptables no toma las reglas ni aunque se la
On 21/10/16 11:42, JAP wrote:
El 21/10/16 a las 11:18, del tonos escribió:
Asi es como te dice Fernando:
Tenias un script ademas llamado iptables al cual llamabas desde el
sysinit?
Quizás tengas que convertirlo entonces:
https://fedoramagazine.org/systemd-converting-sysvinit-scripts/ <-
El 21/10/16 a las 11:18, del tonos escribió:
Asi es como te dice Fernando:
Tenias un script ademas llamado iptables al cual llamabas desde el sysinit?
Quizás tengas que convertirlo entonces:
https://fedoramagazine.org/systemd-converting-sysvinit-scripts/ <--Va,
no se enojen :), solo
El día 21 de octubre de 2016, 15:58, fernando sainz
escribió:
> El día 21 de octubre de 2016, 15:33, JAP
> escribió:
>> Buenos días.
>>
>> systemd y la madre que lo programó.
>>
>> Sigo sufriendo problemas en mi migración de equipo.
>> Ahora no sé
El 21/10/16 a las 10:58, fernando sainz escribió:
El día 21 de octubre de 2016, 15:33, JAP
escribió:
Buenos días.
systemd y la madre que lo programó.
Sigo sufriendo problemas en mi migración de equipo.
Ahora no sé por qué diablos a iptables se le da por no arrancar.
No hay forma de iniciar
Asi es como te dice Fernando:
Tenias un script ademas llamado iptables al cual llamabas desde el sysinit?
Quizás tengas que convertirlo entonces:
https://fedoramagazine.org/systemd-converting-sysvinit-scripts/ <--Va, no
se enojen :), solo es ejemplo!
http://0pointer.de/blog/projects/syst
El día 21 de octubre de 2016, 15:33, JAP
escribió:
> Buenos días.
>
> systemd y la madre que lo programó.
>
> Sigo sufriendo problemas en mi migración de equipo.
> Ahora no sé por qué diablos a iptables se le da por no arrancar.
> No hay forma de iniciar el contrafuegos.
&
Buenos días.
systemd y la madre que lo programó.
Sigo sufriendo problemas en mi migración de equipo.
Ahora no sé por qué diablos a iptables se le da por no arrancar.
No hay forma de iniciar el contrafuegos.
No encuentro ninguna solución en la red, razón por la que si alguien
tiene una idea, es
do de generarse. Los tradicionales siguen escribiéndose.
Si tienes registros mira a ver si te dicen algo interesante sobre el
servicio que falla ("dmesg | grep -i -e journal -e "systemd" o "grep -i
journal /var/log/syslog"...).
> Puedo ver el siguiente fall
:
# systemctl --state failed
UNIT LOAD ACTIVE SUBDESCRIPTION
● systemd-journal-flush.service loaded failed failed Trigger Flushing of
Journal to Persistent Storage
Curioseando he visto que este servicio depende de
systemd-journald.service, que tampoco arranca
Analysing performance problems with systemd
https://www.debian-administration.org/article/722/Analysing_performance_problems_with_systemd
man systemd-analyze
ga a
> veces al 100%.
> Revisando con el comando "top" veo que los mas pesados son systemd y
> dbus-daemon.
Veo que hay abierto un par de informes de fallo parecidos en Debian,
echa un vistazo:
systemd-logind regularly eats over 20% of system resources
https://bugs.debian.org/c
esados son systemd y
dbus-daemon.
En ese servidor tenia unos scripts php que se disparaban con cron, uso
LXDE y los cree desde "Tareas programadas" que tiene instalado. Lo que
hacen es conectarse con postgres y SQL Server, pense que ese era el
problema del alto consumo ya que se cone
fault.target. Voy a reportarlo como un bug. La solución hasta ahora
>>> es no usar KDM. Como en mis virtuales no me funciona GDM3 solo me
>>> queda "lightdm" que es lo que estoy usando entonces, al siguiente
>>> problema entonces!
>>
>> Pues no le ve
M le importa un pepino quien sea el default.target.
>> Voy a reportarlo como un bug. La solución hasta ahora es no usar KDM.
>> Como en mis virtuales no me funciona GDM3 solo me queda "lightdm" que
>> es lo que estoy usando entonces, al siguiente problema entonces!
>
mis virtuales no me funciona GDM3 solo me queda "lightdm" que
> es lo que estoy usando entonces, al siguiente problema entonces!
Pues no le veo la relación ya que el entorno gráfico se carga mucho más
tarde que systemd (obviamente), así que no veo cómo KDM puede impedir que
system
ción pero bueno, por probar que no quede
:-)
Espera que lo pruebo en mi testing... systemctl set-default multi-
user.target [...] reinicio y me deja en una terminal, es decir,
funciona perfectamente.
Ejecuta ese comando y copia/pega el resultado.
ok, mi propia prueba:
pablo@juana:/etc/systemd
sting... systemctl set-default multi-
>> user.target [...] reinicio y me deja en una terminal, es decir,
>> funciona perfectamente.
>>
>> Ejecuta ese comando y copia/pega el resultado.
>
> ok, mi propia prueba:
>
> pablo@juana:/etc/systemd$ sudo systemctl set
gt;
> Pues con "systemdctl set-default" ¿no? :-?
Ok, pues entonces SI lo haz hecho, esto solo me ocurre a mi. Lo
extraño es que lo he probado en 2 máquinas que tengo (ambas virtuales
debian 8 stable en qemu) y me ocurre lo mismo en ambas.
>
> Espera que lo pruebo en mi testing... sys
n "systemdctl set-default" ¿no? :-?
Espera que lo pruebo en mi testing... systemctl set-default multi-
user.target [...] reinicio y me deja en una terminal, es decir, funciona
perfectamente.
Ejecuta ese comando y copia/pega el resultado.
> Por cierto ya probé a usar systemctl set
Por cierto ya probé a usar systemctl set-default, fue lo que intenté
de cuarto, tal vez no se entendió porque estaba en formato html:
- Eliminar el link creado previamente en /etc/systemd y crearlo de
nuevo usando esta orden systemctl set-default multi-user.target.
Esto tampoco me funcionó
, Camaleón escribió:
> El Mon, 29 Jun 2015 11:13:07 -0400, Pablo Mercader Alcántara escribió:
>
>> Gente de Debian:
>
> (ese html...)
>
>> Estoy tratando de cambiar el default.target de systemd porque quiero que
>> inicie en modo multi-user o sea en modo texto, sin displa
El Mon, 29 Jun 2015 11:13:07 -0400, Pablo Mercader Alcántara escribió:
> Gente de Debian:
(ese html...)
> Estoy tratando de cambiar el default.target de systemd porque quiero que
> inicie en modo multi-user o sea en modo texto, sin display manager y no
> logro hacer el cambio. He l
Gente de Debian:
Estoy tratando de cambiar el default.target de systemd porque quiero que
inicie en modo multi-user o sea en modo texto, sin display manager y no
logro hacer el cambio. He leido los man pages relacionados con systemd,
bootup, systemd.target, systemd.unit y de ahí y de algunos
ontrado por ahí puede
> ayudar:
> |if [[ `/sbin/init --version` =~ upstart ]]; then echo using upstart;
> elif [[ `systemctl` =~ -\.mount ]]; then echo using systemd;
> elif [[ -f /etc/init.d/cron && ! -h /etc/init.d/cron ]]; then echo using
> sysv-init;
> else echo
;
elif [[ `systemctl` =~ -\.mount ]]; then echo using systemd;
elif [[ -f /etc/init.d/cron && ! -h /etc/init.d/cron ]]; then echo using
sysv-init;
else echo cannot tell; fi|
saludos
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscr
El 01/06/15 10:27, BasaBuru escribió:
> El Domingo, 31 de mayo de 2015 18:38:39 Manolo Díaz escribió:
>> El domingo, 31 may 2015, a las 17:37 UTC+2 horas,
>>
>> Camaleón escribió:
>>> El Sun, 31 May 2015 16:24:39 +0200, Manolo Díaz escribió:
El domingo, 31 may 2015, a las 15:16 UTC+2 horas,
>>
El lunes, 1 jun 2015, a las 10:27 UTC+2 horas,
BasaBuru escribió:
>El Domingo, 31 de mayo de 2015 18:38:39 Manolo Díaz escribió:
>> El domingo, 31 may 2015, a las 17:37 UTC+2 horas,
>>
>> Camaleón escribió:
>> >El Sun, 31 May 2015 16:24:39 +0200, Manolo Díaz escribió:
>> >> El domingo, 31 may 201
El Domingo, 31 de mayo de 2015 18:38:39 Manolo Díaz escribió:
> El domingo, 31 may 2015, a las 17:37 UTC+2 horas,
>
> Camaleón escribió:
> >El Sun, 31 May 2015 16:24:39 +0200, Manolo Díaz escribió:
> >> El domingo, 31 may 2015, a las 15:16 UTC+2 horas,
> >>
> >> Camaleón escribió:
> su ayuda
Camaleón escribió:
>>>
>>>>> su ayuda, como puedo saber que gestor de servicio utilizo,
>>>>
>>>>(...)
>>>>
>>>>Puedes iniciar el sistema y ejecutar "ps -p 1" para saber qué proceso
>>>>controla el siste
quot; para saber qué proceso
controla el sistema :-)
¿Y eso no respondería "init" independientemente de que uses
sysvinit-core, systemd-sysv o upstart como sistema de inicio?
Responde con el comando correspondiente (init → systemv, systemd →
systemd). Con upstart no lo he probado porq
saber que gestor de servicio utilizo,
>>>
>>>(...)
>>>
>>>Puedes iniciar el sistema y ejecutar "ps -p 1" para saber qué proceso
>>>controla el sistema :-)
>>>
>> ¿Y eso no respondería "init" independientemente de que uses
>> sysvini
t;ps -p 1" para saber qué proceso
>>controla el sistema :-)
>>
> ¿Y eso no respondería "init" independientemente de que uses
> sysvinit-core, systemd-sysv o upstart como sistema de inicio?
Responde con el comando correspondiente (init → systemv, systemd →
systemd).
ar el sistema y ejecutar "ps -p 1" para saber qué proceso
>controla el sistema :-)
>
>Saludos,
>
¿Y eso no respondería "init" independientemente de que uses
sysvinit-core, systemd-sysv o upstart como sistema de inicio?
Saludos.
--
Manolo Díaz
--
To UNSUBSCRIBE,
El Sat, 30 May 2015 13:56:22 -0600, Gustavo Castro S escribió:
> hola a todos
Ese html...
> su ayuda, como puedo saber que gestor de servicio utilizo,
(...)
Puedes iniciar el sistema y ejecutar "ps -p 1" para saber qué proceso
controla el sistema :-)
Saludos,
--
Camaleón
--
To UNSUBSCR
El 31/05/15 a las 02:15, Gustavo Castro S escribió:
Se les agradece la atención
ejecute el la sentencia sytemctl y el resultado
# sytemctl
bash: sytemctl: no se encontró la orden
Te falta una s. Es systemctl ;)
--
www.LinuxCounter.net
Registered user #558467
has 2 linux machines
--
To UN
eno entiendo que sysvinit es que esta
> instalado por que no esta instalado systemd-sysv.
> >
> >Podre eliminar Systemd o visebersa y quedarme con un solo sistema ?
>
> Ya tienes un solo sistema de inicio: sysvinit. Desinstalar
> systemd-shim no es una opción para escritorio
te fijas la
>primer columna refleja todo lo que esta instalado la segunda lo que esta
>actualizado(instalado y actualizado).
>
>sysvinit-core si esta instalado, bueno entiendo que sysvinit es que esta
>instalado por que no esta instalado systemd-sysv.
>
>Podre eliminar Systemd
?
saludos
El 30/05/15 a las 18:03, Esteban Monge escribió:
ps -Al | more
Busque el proceso 1 tiene que decir systemd. Si es así ya esta en
systemd recordemos que Debían viene con shim por lo que se comporta
como systemv por lo menos de cara al usuario todavía es válido un
service ntp status
Pero
actualizado).
sysvinit-core si esta instalado, bueno entiendo que sysvinit es que esta
instalado por que no esta instalado systemd-sysv.
Podre eliminar Systemd o visebersa y quedarme con un solo sistema ?
saludos y gracias por sus respuesta
GACS
El 30/05/15 a las 17:45, Manolo Díaz escribió
ps -Al | more
Busque el proceso 1 tiene que decir systemd. Si es así ya esta en systemd
recordemos que Debían viene con shim por lo que se comporta como systemv por lo
menos de cara al usuario todavía es válido un
service ntp status
Pero pronto en desuso.
El 30 de mayo de 2015 5:31:24 PM
El sábado, 30 may 2015, a las 21:56 UTC+2 horas,
Gustavo Castro S escribió:
>hola a todos
>
>su ayuda, como puedo saber que gestor de servicio utilizo, revise lo que
>tengo instalado y me encontre que tengo los dos sistemas
>
>#aptitude search sysvinit Systemd
>||
>
a todos
>> >
>> >su ayuda, como puedo saber que gestor de servicio utilizo, revise lo que
>> >tengo instalado y me encontre que tengo los dos sistemas
>> >
>> >#aptitude search sysvinit Systemd
>>
>
>Según el man aptitude(8) la salida de la opció
alado y me encontre que tengo los dos sistemas
> >
> >#aptitude search sysvinit Systemd
>
Según el man aptitude(8) la salida de la opción search es la siguiente:
Each search result is listed on a separate line. The first character of
each line indicates the current state of the
El sábado, 30 may 2015, a las 21:56 UTC+2 horas,
Gustavo Castro S escribió:
>hola a todos
>
>su ayuda, como puedo saber que gestor de servicio utilizo, revise lo que
>tengo instalado y me encontre que tengo los dos sistemas
>
>#aptitude search sysvinit Systemd
[...]
Eso no
hola a todos
su ayuda, como puedo saber que gestor de servicio utilizo, revise lo que
tengo instalado y me encontre que tengo los dos sistemas
#aptitude search sysvinit Systemd
||
|v libghc-libsystemd-journal-dev-1 -
v libghc-libsystemd-journal-prof- -
i A libpam-systemd
el mensaje con mas detalle porque no estoy delante de mi PC)
Mi pregunta es:
¿SystemD, puede estar detras? o son paranoias mias¿?
El otro dia comente que Usando Evernote montado con Wine, dejo
aparentemente de funcionar, y ayer haciendo pruebas, instale una version
de linuxmint, donde aun no esta
Si eres tan paranoico o no te gusta systemd como es mi caso te
recomiendo que pienses seriamente en devuan por allí serás bien venido.
Saludos
| ISMAEL |
No soy un paranoico.
Gracias
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a
e el mensaje access denied, (no puedo poner
> el mensaje con mas detalle porque no estoy delante de mi PC)
> Mi pregunta es:
> ¿SystemD, puede estar detras? o son paranoias mias¿?
Te iba a decir que probaras a desactivar systemd e iniciaras con
systemv pero no tengo ni idea de si eso es aú
- Original Message -
From: "Juan Francisco"
To:
Sent: Tuesday, May 12, 2015 6:35 AM
Subject: systemd y transmission daemon, creo
Hola
Desde que he actualizado mi servidor debian a debian8, estoy teniendo
problemas con el trasmission-daemon.
Al añadir torrents nuevos, o
estoy delante de mi PC)
Mi pregunta es:
¿SystemD, puede estar detras? o son paranoias mias¿?
El otro dia comente que Usando Evernote montado con Wine, dejo
aparentemente de funcionar, y ayer haciendo pruebas, instale una version
de linuxmint, donde aun no esta systemd, fue mi sorpresa, que al
ab limpio, el
> >> > problema era que lo estaba probando con quemu en micro x86_64, le
> >> > puse solo x86 y ya, ahora el problema es cuando va a cargar el gdm y
> >> > cambia el modo grafico ahi se queda. Cuando reviso los errores de
> >> > systemd
>> > puse solo x86 y ya, ahora el problema es cuando va a cargar el gdm y
>> > cambia el modo grafico ahi se queda. Cuando reviso los errores de
>> > systemd me dice que no se puede cargar network-manager failed y no se
>> > puede cargar el login failed... pero
asarle algo al
> >> > kernel como lo hacia por ejemplo
> >> >
> >> > vmlinux boot=live config
> >> >
> >> > para que funcione con systemd
> >> >
> >> > si alguien conoce sobre esto...
> >>
&
>> > vmlinux boot=live config ....
>> >
>> > para que funcione con systemd
>> >
>> > si alguien conoce sobre esto...
>>
>> Pues tienes (o tenías, no sé si lo habrán quitado ya)
>> "init=/bin/systemd"
>> pero de
; >>
> >> > Hola, estoy haciendo un livecd de debian 8 ya lo había hecho del 7.
> >> > El problema es que en el 7 yo limpiaba /etc/fstab y /etc/mtab antes
> >> > de hacer la imagen e instalaba live-boot y live-config que tienen
> >> > versiones para
del 7.
>> > El problema es que en el 7 yo limpiaba /etc/fstab y /etc/mtab antes
>> > de hacer la imagen e instalaba live-boot y live-config que tienen
>> > versiones para systemd y sysv. Pero en debian 8 ni con uno ni con
>> > otro bootea bien el livecd y el
es de
> > hacer la imagen e instalaba live-boot y live-config que tienen versiones
> > para systemd y sysv. Pero en debian 8 ni con uno ni con otro bootea bien
> > el livecd y el problema radica en el /etc/fstab.
> > Si limpio el /etc/fstab en debian 8 al reiniciar el sistema se
es
> para systemd y sysv. Pero en debian 8 ni con uno ni con otro bootea bien
> el livecd y el problema radica en el /etc/fstab.
> Si limpio el /etc/fstab en debian 8 al reiniciar el sistema se monta
> cx0mo solo lectura además que al hacer la imágen del live cd lanza
> kernel panic.
Hola, estoy haciendo un livecd de debian 8 ya lo había hecho del 7. El
problema es que en el 7 yo limpiaba /etc/fstab y /etc/mtab antes de
hacer la imagen e instalaba live-boot y live-config que tienen versiones
para systemd y sysv. Pero en debian 8 ni con uno ni con otro bootea bien
el livecd y
El Fri, 26 Dec 2014 23:07:15 +0100, José Miguel (sio2) escribió:
> El Fri, 26 de Dec de 2014, a las 04:41:31PM +, Camaleón dijo:
>
>> Es un paquete comodín, es decir, no hace nada extravagante, sólo
>> permite que un sistema no tenga que tener instalado ni usar syst
Así viene configurado de manera predeterminada. Para cambiarlo
ojea /etc/systemd/journald.conf. Tiene su página de manual, llamada
igual que ese fichero.
Saludos.
--
Manolo Díaz
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe"
El Fri, 26 de Dec de 2014, a las 04:41:31PM +, Camaleón dijo:
> Es un paquete comodín, es decir, no hace nada extravagante, sólo permite
> que un sistema no tenga que tener instalado ni usar systemd (el paquete
> completo) cuando se quiere evitar su uso. Viene a ser como una espe
El Wed, 24 Dec 2014 13:36:23 +0100, José Miguel (sio2) escribió:
> Tengo instalado una jessie pelada para ir viendo cómo se comportará como
> servidor y sopesar qué haré con un par de pequeños servidores que tengo
> con wheezy. Lo primero es enterarme un poco de cómo va systemd. Pero me
Un saludo a la lista:
Tengo instalado una jessie pelada para ir viendo cómo se comportará como
servidor y sopesar qué haré con un par de pequeños servidores que tengo
con wheezy. Lo primero es enterarme un poco de cómo va systemd. Pero
me asaltan muchas dudas para hacerme una idea general.
1. He
.
Cuando se prende el pc logra cargar systemd para luego ejecutar
aparentemente un "xserver" color negro y alli queda. Tampoco es posible
accecer a las ttys desde ctrl + alt + f1,2, etc. No estan, o bien son
bloqueados.
El modo recuperacion no sirve y el sistema termina decantand
>> Cuando se prende el pc logra cargar systemd para luego ejecutar
> >> aparentemente un "xserver" color negro y alli queda. Tampoco es posible
> >> accecer a las ttys desde ctrl + alt + f1,2, etc. No estan, o bien son
> >> bloqueados.
> >>El mo
El 17/12/14 a las 18:28, Angel Claudio Alvarez escribió:
El Tue, 16 Dec 2014 22:15:31 -0300
libreydivagante escribió:
La verdad es muy dificil dar algun detalle mas.
Cuando se prende el pc logra cargar systemd para luego ejecutar
aparentemente un "xserver" color negro y alli qued
El Tue, 16 Dec 2014 22:15:31 -0300
libreydivagante escribió:
> La verdad es muy dificil dar algun detalle mas.
> Cuando se prende el pc logra cargar systemd para luego ejecutar
> aparentemente un "xserver" color negro y alli queda. Tampoco es posible
> accecer a las
El 17/12/14 a las 11:54, Camaleón escribió:
El Wed, 17 Dec 2014 10:21:39 +0100, Manolo Díaz escribió:
El miércoles, 17 dic 2014, a las 02:15 horas (UTC+1), libreydivagante
escribió:
P.D.2.: perdi mi correo "unciegobailando", si alguien sabe como
desuscribirlo sin entrar en el mismo...
Exp
El 17/12/14 a las 12:15, Camaleón escribió:
El Tue, 16 Dec 2014 22:15:31 -0300, libreydivagante escribió:
La verdad es muy dificil dar algun detalle mas.
Cuando se prende el pc logra cargar systemd para luego ejecutar
aparentemente un "xserver" color negro y alli queda. Tampoco
El Tue, 16 Dec 2014 22:15:31 -0300, libreydivagante escribió:
> La verdad es muy dificil dar algun detalle mas.
> Cuando se prende el pc logra cargar systemd para luego ejecutar
> aparentemente un "xserver" color negro y alli queda. Tampoco es posible
> accecer a las ttys d
El Wed, 17 Dec 2014 10:21:39 +0100, Manolo Díaz escribió:
> El miércoles, 17 dic 2014, a las 02:15 horas (UTC+1), libreydivagante
> escribió:
>
>>P.D.2.: perdi mi correo "unciegobailando", si alguien sabe como
>>desuscribirlo sin entrar en el mismo...
>
> Explicándole la situación al maestro de
El 16/12/14 a las 23:58, libreydivagante escribió:
Cuando se prende el pc logra cargar systemd para luego ejecutar
aparentemente un "x server" color negro y alli queda. Tampoco es posible
accecer a las ttys desde ctrl + alt + f1,2, etc. No estan, o bien son
bloqueados.
El modo re
1 - 100 de 370 matches
Mail list logo
