[Hilo Oficial] Debian GNU/Linux

juanjito escribió:Gracias, me funciono a la primera de lujo, otra guia que guardo en los marcadores favoritos.

Kimy Hardy escribió:Ya están con el fork de debian casi no? DevOne creo que será

xzibit escribió:Desde hace ya bastante tiempo** tengo un comportamiento muy raro en Testing a la hora de copiar/mover archivos grandes desde el disco duro a cualquier pendrive: es como si se copiase primero el archivo y luego se quedase un par de minutos sin hacer nada. Lo raro es que me pasa tanto desde el terminal como desde KDE. Desde el terminal veo como los bytes del archivo destino van subiendo hasta llegar hasta los de origen y luego se queda parado dos minutos. Desde KDE veo como copia el archivo desde las notificaciones, luego el contador de Mb/s cae a cero, y ahí se queda durante un par de minutos. En estos dos minutos "en blanco" que comento, el archivo (vamos a poner que es un MKV de poco más de 3 Gb) lo puedo abrir sin problema y reproducirlo hasta el final, sin embargo el archivo no se ha terminado de copiar/mover.

¿Alguien tiene idea de porqué pasa esto?

** No estoy del todo seguro, pero esto creo que me empezó a pasar desde que testing pasó de wheezy a jessie, o quizás un poco más tarde. Lo que si que puedo asegurar es que esto con wheezy no me pasaba.

Panko escribió:

xzibit escribió:Desde hace ya bastante tiempo** tengo un comportamiento muy raro en Testing a la hora de copiar/mover archivos grandes desde el disco duro a cualquier pendrive: es como si se copiase primero el archivo y luego se quedase un par de minutos sin hacer nada. Lo raro es que me pasa tanto desde el terminal como desde KDE. Desde el terminal veo como los bytes del archivo destino van subiendo hasta llegar hasta los de origen y luego se queda parado dos minutos. Desde KDE veo como copia el archivo desde las notificaciones, luego el contador de Mb/s cae a cero, y ahí se queda durante un par de minutos. En estos dos minutos "en blanco" que comento, el archivo (vamos a poner que es un MKV de poco más de 3 Gb) lo puedo abrir sin problema y reproducirlo hasta el final, sin embargo el archivo no se ha terminado de copiar/mover.

¿Alguien tiene idea de porqué pasa esto?

** No estoy del todo seguro, pero esto creo que me empezó a pasar desde que testing pasó de wheezy a jessie, o quizás un poco más tarde. Lo que si que puedo asegurar es que esto con wheezy no me pasaba.

Tengo ese problema en Sid, solo que en lugar de un par de minutos, se puede demorar hasta 15 minutos la copia de un archivo de 1,5GiB de tamaño, un coñazo.

Echa alguna búsqueda acerca de transparent_hugepages y la defragmentación de éstas a ver si tienes suerte, que parece que es lo que lo provoca en equipos con más de 3G de ram, básicamente, hace cuello de botella al copiar a un pendrive usb, no as a un disco externo. Por ahí recomiendan deshabilitar el soporte "legacy usb" en la bios, pero a mi no me ha dado resultado, he conseguido disminuir bastante el problema añadiendo "transparent_hugepage=madvise" a la línea de arranque en el grub (provoca que la defragmentación de las hugepages esas en memoria no se haga siempre, sino solo a veces, creo que cuando se necesita, incluso se puede desactivar).

Panko escribió:Tengo ese problema en Sid, solo que en lugar de un par de minutos, se puede demorar hasta 15 minutos la copia de un archivo de 1,5GiB de tamaño, un coñazo.

Echa alguna búsqueda acerca de transparent_hugepages y la defragmentación de éstas a ver si tienes suerte, que parece que es lo que lo provoca en equipos con más de 3G de ram, básicamente, hace cuello de botella al copiar a un pendrive usb, no as a un disco externo. Por ahí recomiendan deshabilitar el soporte "legacy usb" en la bios, pero a mi no me ha dado resultado, he conseguido disminuir bastante el problema añadiendo "transparent_hugepage=madvise" a la línea de arranque en el grub (provoca que la defragmentación de las hugepages esas en memoria no se haga siempre, sino solo a veces, creo que cuando se necesita, incluso se puede desactivar).

aselR escribió:Para desactivarlo por completo, en vez de madvise pones never.
A mi tambien me pasa y ya he aprendido a convivir con ello xD
Voy a probar con madvise de nuevo a ver que tal ahora que tengo un kernel mas actualizado.

xzibit escribió:

Panko escribió:Tengo ese problema en Sid, solo que en lugar de un par de minutos, se puede demorar hasta 15 minutos la copia de un archivo de 1,5GiB de tamaño, un coñazo.

Echa alguna búsqueda acerca de transparent_hugepages y la defragmentación de éstas a ver si tienes suerte, que parece que es lo que lo provoca en equipos con más de 3G de ram, básicamente, hace cuello de botella al copiar a un pendrive usb, no as a un disco externo. Por ahí recomiendan deshabilitar el soporte "legacy usb" en la bios, pero a mi no me ha dado resultado, he conseguido disminuir bastante el problema añadiendo "transparent_hugepage=madvise" a la línea de arranque en el grub (provoca que la defragmentación de las hugepages esas en memoria no se haga siempre, sino solo a veces, creo que cuando se necesita, incluso se puede desactivar).

aselR escribió:Para desactivarlo por completo, en vez de madvise pones never.
A mi tambien me pasa y ya he aprendido a convivir con ello xD
Voy a probar con madvise de nuevo a ver que tal ahora que tengo un kernel mas actualizado.

Muchas gracias a los dos. Estuve investigando y por defecto ya lo tenía puesto en "madwise":

cat /sys/kernel/mm/transparent_hugepage/enabled

always [madvise] never

Por desgracia tras ponerlo en "never" (editando el grub y reiniciando) no conseguí que se solucionase el copiado de ficheros grandes a unidades USB, igualmente se pega unos minutos en blanco tras copiar el archivo, y aunque quizás este tiempo en blanco se haya reducido ligeramente, tampoco la diferencia es que sea muy apreciable. Probé también a desactivar en la BIOS el "Legacy USB" pero no provocó ningún cambio en el copiado.

ionescumarius escribió:Ayuda con la Xorg la gráfica es esta

log- xorg

[ 47.150]
X.Org X Server 1.12.4
Release Date: 2012-08-27
[ 47.150] X Protocol Version 11, Revision 0
[ 47.150] Build Operating System: Linux 3.16-2-amd64 x86_64 Debian
[ 47.150] Current Operating System: Linux (none) 3.2.0-4-amd64 #1 SMP Debian 3.2.63-2+deb7u2 x86_64
[ 47.150] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=9fb7109e-6d29-4c67-b24a-a2b12cd62019 ro quiet
[ 47.150] Build Date: 09 December 2014 09:12:48PM
[ 47.150] xorg-server 2:1.12.4-6+deb7u5 (Moritz Muehlenhoff <jmm@debian.org>)
[ 47.150] Current version of pixman: 0.26.0
[ 47.150] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 47.150] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 47.151] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Dec 14 03:11:29 2014
[ 47.151] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 47.151] (==) No Layout section. Using the first Screen section.
[ 47.151] (==) No screen section available. Using defaults.
[ 47.151] (**) |-->Screen "Default Screen Section" (0)
[ 47.151] (**) | |-->Monitor "<default monitor>"
[ 47.152] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 47.152] (==) Automatically adding devices
[ 47.152] (==) Automatically enabling devices
[ 47.152] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 47.152] Entry deleted from font path.
[ 47.152] (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[ 47.152] Entry deleted from font path.
[ 47.152] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[ 47.152] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 47.152] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[ 47.152] (II) Loader magic: 0x7fbb641a2ae0
[ 47.152] (II) Module ABI versions:
[ 47.152] X.Org ANSI C Emulation: 0.4
[ 47.152] X.Org Video Driver: 12.1
[ 47.152] X.Org XInput driver : 16.0
[ 47.152] X.Org Server Extension : 6.0
[ 47.152] (--) PCI:*(0:0:13:0) 10de:03d6:1043:83a4 rev 162, Mem @ 0xde000000/16777216, 0xc0000000/268435456, 0xdd000000/16777216, BIOS @ 0x????????/131072
[ 47.152] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
[ 47.152] (II) LoadModule: "extmod"
[ 47.152] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[ 47.153] (II) Module extmod: vendor="X.Org Foundation"
[ 47.153] compiled for 1.12.4, module version = 1.0.0
[ 47.153] Module class: X.Org Server Extension
[ 47.153] ABI class: X.Org Server Extension, version 6.0
[ 47.153] (II) Loading extension SELinux
[ 47.153] (II) Loading extension MIT-SCREEN-SAVER
[ 47.153] (II) Loading extension XFree86-VidModeExtension
[ 47.153] (II) Loading extension XFree86-DGA
[ 47.153] (II) Loading extension DPMS
[ 47.153] (II) Loading extension XVideo
[ 47.153] (II) Loading extension XVideo-MotionCompensation
[ 47.153] (II) Loading extension X-Resource
[ 47.153] (II) LoadModule: "dbe"
[ 47.153] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
[ 47.153] (II) Module dbe: vendor="X.Org Foundation"
[ 47.153] compiled for 1.12.4, module version = 1.0.0
[ 47.153] Module class: X.Org Server Extension
[ 47.153] ABI class: X.Org Server Extension, version 6.0
[ 47.153] (II) Loading extension DOUBLE-BUFFER
[ 47.153] (II) LoadModule: "glx"
[ 47.153] (II) Loading /usr/lib/xorg/modules/linux/libglx.so
[ 47.168] (II) Module glx: vendor="NVIDIA Corporation"
[ 47.168] compiled for 4.0.2, module version = 1.0.0
[ 47.168] Module class: X.Org Server Extension
[ 47.168] (II) NVIDIA GLX Module 304.117 Tue Nov 26 21:45:09 PST 2013
[ 47.168] (II) Loading extension GLX
[ 47.168] (II) LoadModule: "record"
[ 47.168] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so
[ 47.168] (II) Module record: vendor="X.Org Foundation"
[ 47.168] compiled for 1.12.4, module version = 1.13.0
[ 47.168] Module class: X.Org Server Extension
[ 47.168] ABI class: X.Org Server Extension, version 6.0
[ 47.168] (II) Loading extension RECORD
[ 47.168] (II) LoadModule: "dri"
[ 47.169] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so
[ 47.169] (II) Module dri: vendor="X.Org Foundation"
[ 47.169] compiled for 1.12.4, module version = 1.0.0
[ 47.169] ABI class: X.Org Server Extension, version 6.0
[ 47.169] (II) Loading extension XFree86-DRI
[ 47.169] (II) LoadModule: "dri2"
[ 47.169] (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
[ 47.169] (II) Module dri2: vendor="X.Org Foundation"
[ 47.169] compiled for 1.12.4, module version = 1.2.0
[ 47.169] ABI class: X.Org Server Extension, version 6.0
[ 47.169] (II) Loading extension DRI2
[ 47.169] (==) Matched nouveau as autoconfigured driver 0
[ 47.169] (==) Matched nv as autoconfigured driver 1
[ 47.169] (==) Matched vesa as autoconfigured driver 2
[ 47.169] (==) Matched fbdev as autoconfigured driver 3
[ 47.169] (==) Assigned the driver to the xf86ConfigLayout
[ 47.169] (II) LoadModule: "nouveau"
[ 47.169] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so
[ 47.169] (II) Module nouveau: vendor="X.Org Foundation"
[ 47.169] compiled for 1.12.4, module version = 1.0.1
[ 47.169] Module class: X.Org Video Driver
[ 47.169] ABI class: X.Org Video Driver, version 12.1
[ 47.169] (II) LoadModule: "nv"
[ 47.169] (WW) Warning, couldn't open module nv
[ 47.169] (II) UnloadModule: "nv"
[ 47.169] (II) Unloading nv
[ 47.169] (EE) Failed to load module "nv" (module does not exist, 0)
[ 47.169] (II) LoadModule: "vesa"
[ 47.170] (WW) Warning, couldn't open module vesa
[ 47.170] (II) UnloadModule: "vesa"
[ 47.170] (II) Unloading vesa
[ 47.170] (EE) Failed to load module "vesa" (module does not exist, 0)
[ 47.170] (II) LoadModule: "fbdev"
[ 47.170] (WW) Warning, couldn't open module fbdev
[ 47.170] (II) UnloadModule: "fbdev"
[ 47.170] (II) Unloading fbdev
[ 47.170] (EE) Failed to load module "fbdev" (module does not exist, 0)
[ 47.170] (II) NOUVEAU driver Date: Fri Jul 6 16:23:50 2012 +1000
[ 47.170] (II) NOUVEAU driver for NVIDIA chipset families :
[ 47.170] RIVA TNT (NV04)
[ 47.170] RIVA TNT2 (NV05)
[ 47.170] GeForce 256 (NV10)
[ 47.170] GeForce 2 (NV11, NV15)
[ 47.170] GeForce 4MX (NV17, NV18)
[ 47.170] GeForce 3 (NV20)
[ 47.170] GeForce 4Ti (NV25, NV28)
[ 47.170] GeForce FX (NV3x)
[ 47.170] GeForce 6 (NV4x)
[ 47.170] GeForce 7 (G7x)
[ 47.170] GeForce 8 (G8x)
[ 47.170] GeForce GTX 200 (NVA0)
[ 47.170] GeForce GTX 400 (NVC0)
[ 47.170] (--) using VT number 7

[ 47.180] drmOpenDevice: node name is /dev/dri/card0
[ 47.190] drmOpenByBusid: Searching for BusID pci:0000:00:0d.0
[ 47.190] drmOpenDevice: node name is /dev/dri/card0
[ 47.195] drmOpenByBusid: drmOpenMinor returns -1
[ 47.195] drmOpenDevice: node name is /dev/dri/card1
[ 47.201] drmOpenByBusid: drmOpenMinor returns -1
[ 47.201] drmOpenDevice: node name is /dev/dri/card2
[ 47.206] drmOpenByBusid: drmOpenMinor returns -1
[ 47.206] drmOpenDevice: node name is /dev/dri/card3
[ 47.212] drmOpenByBusid: drmOpenMinor returns -1
[ 47.212] drmOpenDevice: node name is /dev/dri/card4
[ 47.217] drmOpenByBusid: drmOpenMinor returns -1
[ 47.217] drmOpenDevice: node name is /dev/dri/card5
[ 47.223] drmOpenByBusid: drmOpenMinor returns -1
[ 47.223] drmOpenDevice: node name is /dev/dri/card6
[ 47.228] drmOpenByBusid: drmOpenMinor returns -1
[ 47.228] drmOpenDevice: node name is /dev/dri/card7
[ 47.234] drmOpenByBusid: drmOpenMinor returns -1
[ 47.234] drmOpenDevice: node name is /dev/dri/card8
[ 47.239] drmOpenByBusid: drmOpenMinor returns -1
[ 47.239] drmOpenDevice: node name is /dev/dri/card9
[ 47.245] drmOpenByBusid: drmOpenMinor returns -1
[ 47.245] drmOpenDevice: node name is /dev/dri/card10
[ 47.250] drmOpenByBusid: drmOpenMinor returns -1
[ 47.250] drmOpenDevice: node name is /dev/dri/card11
[ 47.256] drmOpenByBusid: drmOpenMinor returns -1
[ 47.256] drmOpenDevice: node name is /dev/dri/card12
[ 47.261] drmOpenByBusid: drmOpenMinor returns -1
[ 47.261] drmOpenDevice: node name is /dev/dri/card13
[ 47.266] drmOpenByBusid: drmOpenMinor returns -1
[ 47.267] drmOpenDevice: node name is /dev/dri/card14
[ 47.272] drmOpenByBusid: drmOpenMinor returns -1
[ 47.272] drmOpenDevice: node name is /dev/dri/card15
[ 47.278] drmOpenByBusid: drmOpenMinor returns -1
[ 47.278] drmOpenDevice: node name is /dev/dri/card0
[ 47.285] drmOpenDevice: node name is /dev/dri/card0
[ 47.291] drmOpenDevice: node name is /dev/dri/card1
[ 47.296] drmOpenDevice: node name is /dev/dri/card2
[ 47.302] drmOpenDevice: node name is /dev/dri/card3
[ 47.307] drmOpenDevice: node name is /dev/dri/card4
[ 47.313] drmOpenDevice: node name is /dev/dri/card5
[ 47.319] drmOpenDevice: node name is /dev/dri/card6
[ 47.324] drmOpenDevice: node name is /dev/dri/card7
[ 47.330] drmOpenDevice: node name is /dev/dri/card8
[ 47.335] drmOpenDevice: node name is /dev/dri/card9
[ 47.341] drmOpenDevice: node name is /dev/dri/card10
[ 47.346] drmOpenDevice: node name is /dev/dri/card11
[ 47.352] drmOpenDevice: node name is /dev/dri/card12
[ 47.357] drmOpenDevice: node name is /dev/dri/card13
[ 47.363] drmOpenDevice: node name is /dev/dri/card14
[ 47.368] drmOpenDevice: node name is /dev/dri/card15
[ 47.374] (EE) [drm] failed to open device
[ 47.374] (EE) No devices detected.
[ 47.374]
Fatal server error:
[ 47.374] no screens found
[ 47.374]
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
[ 47.374] Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[ 47.374]

Brutico escribió:Supongo que depende del Display manager que tengas.

Prueba con lightdm a ver si trae ese debian

#systemd enable lightdm

mariobros_95 escribió:

Brutico escribió:Supongo que depende del Display manager que tengas.

Prueba con lightdm a ver si trae ese debian

#systemd enable lightdm

Gracias por responder. Aunque creo que la he liado bien gorda porque me da fallo al intentar instalar cualquier cosa, ya se por un gestor de paquetes, por consola o por cualquier cosa. Aquí dejo una caputura:



¿Alguien puede ayudarme a repararlo? Un saludo y muchas gracias de antemano.


PD:Algún programa tipo paint en linux??

Puyover escribió:

mariobros_95 escribió:

Brutico escribió:Supongo que depende del Display manager que tengas.

Prueba con lightdm a ver si trae ese debian

#systemd enable lightdm

Gracias por responder. Aunque creo que la he liado bien gorda porque me da fallo al intentar instalar cualquier cosa, ya se por un gestor de paquetes, por consola o por cualquier cosa. Aquí dejo una caputura:



¿Alguien puede ayudarme a repararlo? Un saludo y muchas gracias de antemano.


PD:Algún programa tipo paint en linux??

Has probado a hacer lo que te dice; apt-get update? Sino prueba cambiando de mirror para los repos (el frances suele funcionar muy bien).

Para lo del Paint, mírate KPaint si lo que quieres es un clon o mtpaint que tiene más funciones.

mariobros_95 escribió:

Puyover escribió:

mariobros_95 escribió:
Gracias por responder. Aunque creo que la he liado bien gorda porque me da fallo al intentar instalar cualquier cosa, ya se por un gestor de paquetes, por consola o por cualquier cosa. Aquí dejo una caputura:



¿Alguien puede ayudarme a repararlo? Un saludo y muchas gracias de antemano.


PD:Algún programa tipo paint en linux??

Has probado a hacer lo que te dice; apt-get update? Sino prueba cambiando de mirror para los repos (el frances suele funcionar muy bien).

Para lo del Paint, mírate KPaint si lo que quieres es un clon o mtpaint que tiene más funciones.

Gracias por tu respuesta. Sí, si que lo he intentado pero me da un error del mismo tipo, que no se encuentran/conecta con las dependencias. Es una máquina virtual para ir yo aprendiendo poco a poco...por lo que podría borrar e instalar de nuevo pero me gustaría solucionarlo.

Un saludo y gracias de nuevo.

aselR escribió:Buenas

Resulta que hace unas pocas semanas a veces, el sistema se queda bloqueado sin motivo aparente. La única solución es pegarle botonazo. Parece ser algo aleatorio y en los logs (syslog, kernel y messages) no veo nada indicativo del problema.
Mi primera idea es que igual es algo relacionado con ACPI.

Estoy usando Debian Wheezy amd64 con kernel 3.16+63

Panko escribió:

aselR escribió:Buenas

Resulta que hace unas pocas semanas a veces, el sistema se queda bloqueado sin motivo aparente. La única solución es pegarle botonazo. Parece ser algo aleatorio y en los logs (syslog, kernel y messages) no veo nada indicativo del problema.
Mi primera idea es que igual es algo relacionado con ACPI.

Estoy usando Debian Wheezy amd64 con kernel 3.16+63

Sin conocer el hardware que tienes (lspci) y alguna información de los logs, poco se puede hacer.
Para ver los logs, sería interesante que configurases ssh y así probar si tienes acceso desde otra máquina al producirse el problema. Si no tuvieras acceso por un bloqueo completo, deberías iniciar desde un livecd y así poder repasar /var/log/syslog sin que éste haya sido modificado posteriormente.

Ese tipo de bloqueos suele producirse normalmente por algún problema con la gráfica y su controlador (si tienes posibilidad de probar con drivers privativos y luego con libres, si se trata de ati o nvidia, mejor). Por poder ser, si puede ser cosa de acpi, aunque esto si deberías verlo en los logs, siempre se puede tener una consola abierta a la vista corriendo el comando "tail -f /var/log/syslog" y así comprobar si ha aparecido algún error en el momento del bloqueo. Incluso en algunos casos es problema de pnp (esto provocaría un error en el log de arranque que también se puede ver).

Warning! Your PnP BIOS caused a fatal error. Attempting to continue
[ 0.458161] PnPBIOS: You may need to reboot with the "pnpbios=off" option to operate stably

MutantCamel escribió:Algún motivo concreto por que uses ese kernel? Prueba el 3.2 standard de Wheezy a ver.

ionescumarius escribió:esto se puede mejorar tenendo esta grafica ?

con gnome mplayer los videos a 4k no van mui finos ? ai que compilar mplayer con suporte para nvidia ?






en yotube el flash player a fullHD va medio bien !? se podra accelerar el flash con esta grafica ?

aselR escribió:

MutantCamel escribió:Algún motivo concreto por que uses ese kernel? Prueba el 3.2 standard de Wheezy a ver.

Uso ese kernel porque es el más nuevo que hay en la rama Testing

MutantCamel escribió:

aselR escribió:

MutantCamel escribió:Algún motivo concreto por que uses ese kernel? Prueba el 3.2 standard de Wheezy a ver.

Uso ese kernel porque es el más nuevo que hay en la rama Testing

Ya pero como comentabas que usabas Wheezy (que es la estable) me parecía raro que mezclaras el último kernel de testing con la estable a no ser que hubiera algún motivo de compatibilidad hardware que te fallara en el 3.2...

ionescumarius escribió:esto se puede mejorar tenendo esta grafica ?

con gnome mplayer los videos a 4k no van mui finos ? ai que compilar mplayer con suporte para nvidia ?

en yotube el flash player a fullHD va medio bien !? se podra accelerar el flash con esta grafica ?

think escribió:Buenas.

Que tal veis la rama estable para uso básico del ordenador? lo mas avanzado será virtualizar algún sistema operativo, pero nada del otro mundo, navegacion web, escuchar musica, documentos y presentaciones y poco más.

Se sabe que kernel va a llevar la nueva estable?

nevat escribió:

think escribió:Buenas.

Que tal veis la rama estable para uso básico del ordenador? lo mas avanzado será virtualizar algún sistema operativo, pero nada del otro mundo, navegacion web, escuchar musica, documentos y presentaciones y poco más.

Se sabe que kernel va a llevar la nueva estable?

Debian 8 lleva, en este momento, un kernel 3.16.0

Debian 7 es viable para un entorno de escritorio con las características que nombras, siempre que el kernel que lleva soporte tu hardware (y no te importe usar versiones antiguas de programas).

lovechii5 escribió:Menos forkear y mas trabajar en los proyectos

Es triste, pero es lo que dice el autor, que ahora mismo no era muy util.

ahona escribió:Hola!

A ver si me podéis echar una mano.
Tenia conectado un HDD a la raspberry, que se encargaba de hacer los backups. La cosa es que esta tarde la he conectado otro de mayor tamaño, con la idea de sustituir el primero, pero en un reinicio, me ha dejado de reconocer ambos discos duros. No me deja montarlos (en el sobremesa tampoco) y me da el siguiente error:

An error occurred while accessing "Backup", the system responded: The requested operation has failed:
Error mounting: mount exited with exit code 1: helper failed with:
mount: I could not determine the filesystem type, and none was specified.

con fdisk -l me devuelve esto:

Disk /dev/sda: 1500.3 GB, 1500301910016 bytes
81 heads, 63 sectors/track, 574226 cylinders, total 2930277168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xf900f73d

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048  2930277167  1465137560   83  Linux

Con mount -a me da este error:

mount: wrong fs type, bad option, bad superblock on /dev/sda1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so


Y dmesg | tail

[   18.881454] Freeing unused kernel memory: 140K (c05c7000 - c05ea000)
[   20.361545] udevd[162]: starting version 175
[   31.617698] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[   32.175036] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[   39.319792] EXT4-fs (sda1): VFS: Can't find ext4 filesystem
[   41.888147] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[   43.412347] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
[   50.254255] Adding 102396k swap on /var/swap.  Priority:-1 extents:2 across:2134012k SSFS
[  114.787916] EXT4-fs (sda1): VFS: Can't find ext4 filesystem
[  282.148457] EXT4-fs (sda1): VFS: Can't find ext4 filesystem


El fstab lo tengo así:

proc            /proc           proc    defaults          0       0
/dev/mmcblk0p1  /boot           vfat    defaults          0       2
/dev/mmcblk0p2  /               ext4    defaults,noatime  0       1
/dev/sda1       /media/Backup      ext4    defaults,noatime  0       0

Y ya me he quedado sin ideas
¿Alguien sabe como arreglarlo?

aselR escribió:Buenas

Estoy intentando instalar steam en Debian Testing siguiendo la wiki oficial (https://wiki.debian.org/Steam) pero no hay manera.
Se quiere cargar todo el sistema...

r04drunner escribió:

aselR escribió:Buenas

Estoy intentando instalar steam en Debian Testing siguiendo la wiki oficial (https://wiki.debian.org/Steam) pero no hay manera.
Se quiere cargar todo el sistema...

Hola,

Acabo de instalar Steam desde jessie en una máquina con KDE y no me ha dado problemas de dependencias..

¿Has instalado paquetes de sid? La versión actual de libglapi-mesa en jessie es 10.3.2-1 y la que tienes instalada es la 10.4.2-1, que está en sid.

¿Qué repositorios tienes configurados? ¿Has probado a instalar Steam desde sid?

Un saludo

aselR escribió:Efectivamente, la versión de mesa era la de sid. La instalé en su día porque leí que mejoraba mucho en rendimiento con aplicaciones 3D (Pero no noté nada).
El tema es que después de instalar steam de sid arranca y perfecto.
Pero de repente me doy cuenta que no abría ningún programa, en todos daba error de bibliotecas compartidas. Vamos, que se ha cargado todo el sistema.
Y más tarde no arrancaba ni el entorno gráfico.
El tema es que he tenido de desactualizar (he tenido suerte que aptitude me ha dado la opción) todo lo de mesa a testing y eliminar toda la mierda de paquetes i386 (uso amd64).

Y todo por mezclar paquetes de 2 ramas.