Re: Memoria Intel Optane Debian 12

[Roberto José Blandino Cisneros]

El 8/12/23 a las 03:12, Camaleón escribió:

El 2023-12-07 a las 18:51 -0500, Gabo escribió:


El jue, 7 de dic de 2023, 12:02, Camaleón  escribió:


El 2023-12-06 a las 20:48 -0500, Gabo escribió:


Quería saber si es posible utilizar o configurar la memoria Intel Optane

de

un laptop acer al cual le instalé Debian 12.

Se supone que esa memoria sirve para acelerar el computador. Esto es
posible para debian 12?

Si tienes un sistema Optane compatible, en teoría no tienes que hacer
nada, debe estar configurado de fábrica para tener el mejor
rendimiento:

Memoria Intel Optane™ en computadoras Acer

https://community.acer.com/es/kb/articles/14274-memoria-intel-optane-en-computadoras-acer

(...)


Ahora bien, por aquí dicen Intel que NO es compatible con Linux:

***
Es compatible la memoria Intel® Optane™ con Linux*?

https://www.intel.la/content/www/xl/es/support/articles/56875/memory-and-storage/intel-optane-memory.html

La aceleración del sistema con memoria Intel® Optane™ es compatible con
el sistema operativo Windows 10 de 64 bits.  No es compatible con
ningún otro sistema operativo, incluyendo Linux.
***


Sí, efectivamente, yo había visto este artículo, estaba pensando en que
depronto alguien hubiera desarrollado algún tipo de controlador, pero con
software basado en Linux/Debian, para poder usar esa memoria como caché o
algo así y mejorar el rendimiento del computador, pero eso es como difícil
de hacer.

Cuando escribo el comando lspci o fdisk -l, no veo que diga Intel Optane o
similar, es como si no la viera.

Me da la sensación que eso del Optane es similar al falso RAID (Intel
Matrix) y esos inventos que se sacan de la manga las megaempresas a las
que les gusta las técnicas de mercadontecnia más que una zanahoria a un
burro :-)


Ante la duda, en Linux evitaría usar o configurar nada que no fuera
estándar/normalizado, para evitar cualquier problema de compatibilidad,
presente y/o futuro :-/


Muchas gracias Camaleón por tu respuesta.

Es que al computador, que originalmente tenía Windows 10, con su memoria
Intel Optane, iniciaba súper rápido, luego se me metió como un virus y tuve
que restablecerlo, pero luego salió actualización a Windows 11 y quedó muy
lento. Entonces dije, Debian el mejor! Y lo instalé, pero también quedó
como lento, incluso en funciones sencillas ya con debían 12 y entorno KDE
plasma, con comandos sencillos como cambiar entre ventanas con alt+Tab se
queda como trabado, pensé que esa memoria Intel Optane podría causar alguna
incompatibilidad

Este portátil tiene 4GB de RAM, será muy poca para debian 12 y KDE plasma?

Te diría que 4 gigas de RAM HOY es poco para todo, salvo que uses un
sistema muy afinado (p. ej., una distribución de Linux tipo súper-ligera como
Tiny o Puppy y además, con un entorno gráfico básico, como XFCE o LXDE,
o simplemente un gestor de ventanas).

Pero GNOME, KDE y las aplicaciones convencionales (LibreOffice,
Firefox, Chrome...) te van a pedir «manduca».

En cualquier caso, Intel ha dejado de desarrrollar Optane¹ (por algo
será), así que para mejorar el rendimiento general del equipo, optaría
por desactivar de la BIOS/UEFI² toda referencia a Optane, manteniendo un
sistema lo más limpio, neutral y normalizado posible, y añadiaría el
máximo de memoria RAM física que te admita el equipo.

Yo estoy con un equipo viejote del año 2008 y 8 GiB de RAM (la placa
base no admite más), pero para los discos mecánicos he activado AHCI,
tengo XFCE y he desactivado todo lo relativo a la aceleración gráfica
3D en el navegador y los efectos del entorno gráfico, etc.

El equipo vuela, como si Red Bull le hubiera dado aalas :-)

sm01@stt008:~$ cat /proc/cpuinfo | grep name | head -n 1
model name  : Intel(R) Core(TM)2 Quad CPUQ9550  @ 2.83GHz

sm01@stt008:~$ cat /proc/meminfo | head -n 1
MemTotal:8134172 kB


Y si a lo que ha dicho Camaleón le sumas reemplazar tus discos mecánicos 
por sólidos,

eso acelerará tu equipo.

Y recuerda que en discos sólidos se recomienda no usar swap.

Yo me he quedado prendado de XFCE4, con baja o alta memoria, me he 
quedado con este

escritorio.

Pero ahí la magia de linux, escoges el que más te guste o te sea útil en 
tu escritorio ya sea

por recursos o por lujo.

Saludos.



¹ 
https://www.intel.com/content/www/us/en/support/articles/91826/memory-and-storage.html
² Sólo si vas a instalar desde cero el equipo, no hagas cambios de
este tipo con un sistema operativo ya instalado y funcionando ya que te
lo pude dejar inoperativo.

Saludos,

Re: Memoria Intel Optane Debian 12

[Camaleón]

El 2023-12-07 a las 18:51 -0500, Gabo escribió:

> El jue, 7 de dic de 2023, 12:02, Camaleón  escribió:
> 
> > El 2023-12-06 a las 20:48 -0500, Gabo escribió:
> >
> > > Quería saber si es posible utilizar o configurar la memoria Intel Optane
> > de
> > > un laptop acer al cual le instalé Debian 12.
> > >
> > > Se supone que esa memoria sirve para acelerar el computador. Esto es
> > > posible para debian 12?
> >
> > Si tienes un sistema Optane compatible, en teoría no tienes que hacer
> > nada, debe estar configurado de fábrica para tener el mejor
> > rendimiento:
> >
> > Memoria Intel Optane™ en computadoras Acer
> >
> > https://community.acer.com/es/kb/articles/14274-memoria-intel-optane-en-computadoras-acer

(...)

> > Ahora bien, por aquí dicen Intel que NO es compatible con Linux:
> >
> > ***
> > Es compatible la memoria Intel® Optane™ con Linux*?
> >
> > https://www.intel.la/content/www/xl/es/support/articles/56875/memory-and-storage/intel-optane-memory.html
> >
> > La aceleración del sistema con memoria Intel® Optane™ es compatible con
> > el sistema operativo Windows 10 de 64 bits.  No es compatible con
> > ningún otro sistema operativo, incluyendo Linux.
> > ***
> >
> 
> Sí, efectivamente, yo había visto este artículo, estaba pensando en que
> depronto alguien hubiera desarrollado algún tipo de controlador, pero con
> software basado en Linux/Debian, para poder usar esa memoria como caché o
> algo así y mejorar el rendimiento del computador, pero eso es como difícil
> de hacer.
> 
> Cuando escribo el comando lspci o fdisk -l, no veo que diga Intel Optane o
> similar, es como si no la viera.

Me da la sensación que eso del Optane es similar al falso RAID (Intel 
Matrix) y esos inventos que se sacan de la manga las megaempresas a las 
que les gusta las técnicas de mercadontecnia más que una zanahoria a un 
burro :-)

> > Ante la duda, en Linux evitaría usar o configurar nada que no fuera
> > estándar/normalizado, para evitar cualquier problema de compatibilidad,
> > presente y/o futuro :-/
> 
> 
> Muchas gracias Camaleón por tu respuesta.
> 
> Es que al computador, que originalmente tenía Windows 10, con su memoria
> Intel Optane, iniciaba súper rápido, luego se me metió como un virus y tuve
> que restablecerlo, pero luego salió actualización a Windows 11 y quedó muy
> lento. Entonces dije, Debian el mejor! Y lo instalé, pero también quedó
> como lento, incluso en funciones sencillas ya con debían 12 y entorno KDE
> plasma, con comandos sencillos como cambiar entre ventanas con alt+Tab se
> queda como trabado, pensé que esa memoria Intel Optane podría causar alguna
> incompatibilidad
> 
> Este portátil tiene 4GB de RAM, será muy poca para debian 12 y KDE plasma?

Te diría que 4 gigas de RAM HOY es poco para todo, salvo que uses un 
sistema muy afinado (p. ej., una distribución de Linux tipo súper-ligera como 
Tiny o Puppy y además, con un entorno gráfico básico, como XFCE o LXDE, 
o simplemente un gestor de ventanas).

Pero GNOME, KDE y las aplicaciones convencionales (LibreOffice, 
Firefox, Chrome...) te van a pedir «manduca».

En cualquier caso, Intel ha dejado de desarrrollar Optane¹ (por algo 
será), así que para mejorar el rendimiento general del equipo, optaría 
por desactivar de la BIOS/UEFI² toda referencia a Optane, manteniendo un 
sistema lo más limpio, neutral y normalizado posible, y añadiaría el 
máximo de memoria RAM física que te admita el equipo.

Yo estoy con un equipo viejote del año 2008 y 8 GiB de RAM (la placa 
base no admite más), pero para los discos mecánicos he activado AHCI, 
tengo XFCE y he desactivado todo lo relativo a la aceleración gráfica 
3D en el navegador y los efectos del entorno gráfico, etc. 

El equipo vuela, como si Red Bull le hubiera dado aalas :-)

sm01@stt008:~$ cat /proc/cpuinfo | grep name | head -n 1
model name  : Intel(R) Core(TM)2 Quad CPUQ9550  @ 2.83GHz

sm01@stt008:~$ cat /proc/meminfo | head -n 1
MemTotal:8134172 kB

¹ 
https://www.intel.com/content/www/us/en/support/articles/91826/memory-and-storage.html
² Sólo si vas a instalar desde cero el equipo, no hagas cambios de 
este tipo con un sistema operativo ya instalado y funcionando ya que te 
lo pude dejar inoperativo.

Saludos,

-- 
Camaleón 

Re: Memoria Intel Optane Debian 12

[Gabo]

El jue, 7 de dic de 2023, 12:02, Camaleón  escribió:

> El 2023-12-06 a las 20:48 -0500, Gabo escribió:
>
> > Quería saber si es posible utilizar o configurar la memoria Intel Optane
> de
> > un laptop acer al cual le instalé Debian 12.
> >
> > Se supone que esa memoria sirve para acelerar el computador. Esto es
> > posible para debian 12?
>
> Si tienes un sistema Optane compatible, en teoría no tienes que hacer
> nada, debe estar configurado de fábrica para tener el mejor
> rendimiento:
>
> Memoria Intel Optane™ en computadoras Acer
>
> https://community.acer.com/es/kb/articles/14274-memoria-intel-optane-en-computadoras-acer
>
> Sistemas operativos compatibles con Intel® Optane™ memoria persistente
> serie 100
>
> https://www.intel.la/content/www/xl/es/support/articles/32860/memory-and-storage/intel-optane-persistent-memory.html
>
> Sistemas operativos compatibles con Intel® Optane™ memoria persistente
> serie 200
>
> https://www.intel.la/content/www/xl/es/support/articles/94512/memory-and-storage/intel-optane-persistent-memory.html
>
> Ahora bien, por aquí dicen Intel que NO es compatible con Linux:
>
> ***
> Es compatible la memoria Intel® Optane™ con Linux*?
>
> https://www.intel.la/content/www/xl/es/support/articles/56875/memory-and-storage/intel-optane-memory.html
>
> La aceleración del sistema con memoria Intel® Optane™ es compatible con
> el sistema operativo Windows 10 de 64 bits.  No es compatible con
> ningún otro sistema operativo, incluyendo Linux.
> ***
>

Sí, efectivamente, yo había visto este artículo, estaba pensando en que
depronto alguien hubiera desarrollado algún tipo de controlador, pero con
software basado en Linux/Debian, para poder usar esa memoria como caché o
algo así y mejorar el rendimiento del computador, pero eso es como difícil
de hacer.

Cuando escribo el comando lspci o fdisk -l, no veo que diga Intel Optane o
similar, es como si no la viera.


> Ante la duda, en Linux evitaría usar o configurar nada que no fuera
> estándar/normalizado, para evitar cualquier problema de compatibilidad,
> presente y/o futuro :-/
>
> Saludos,
>
> --
> Camaleón


Muchas gracias Camaleón por tu respuesta.

Es que al computador, que originalmente tenía Windows 10, con su memoria
Intel Optane, iniciaba súper rápido, luego se me metió como un virus y tuve
que restablecerlo, pero luego salió actualización a Windows 11 y quedó muy
lento. Entonces dije, Debian el mejor! Y lo instalé, pero también quedó
como lento, incluso en funciones sencillas ya con debían 12 y entorno KDE
plasma, con comandos sencillos como cambiar entre ventanas con alt+Tab se
queda como trabado, pensé que esa memoria Intel Optane podría causar alguna
incompatibilidad

Este portátil tiene 4GB de RAM, será muy poca para debian 12 y KDE plasma?

Saludos!

>
>
>

Re: Memoria Intel Optane Debian 12

[Camaleón]

El 2023-12-06 a las 20:48 -0500, Gabo escribió:

> Quería saber si es posible utilizar o configurar la memoria Intel Optane de
> un laptop acer al cual le instalé Debian 12.
> 
> Se supone que esa memoria sirve para acelerar el computador. Esto es
> posible para debian 12?

Si tienes un sistema Optane compatible, en teoría no tienes que hacer 
nada, debe estar configurado de fábrica para tener el mejor 
rendimiento:

Memoria Intel Optane™ en computadoras Acer
https://community.acer.com/es/kb/articles/14274-memoria-intel-optane-en-computadoras-acer

Sistemas operativos compatibles con Intel® Optane™ memoria persistente serie 100
https://www.intel.la/content/www/xl/es/support/articles/32860/memory-and-storage/intel-optane-persistent-memory.html

Sistemas operativos compatibles con Intel® Optane™ memoria persistente serie 200
https://www.intel.la/content/www/xl/es/support/articles/94512/memory-and-storage/intel-optane-persistent-memory.html

Ahora bien, por aquí dicen Intel que NO es compatible con Linux:

***
Es compatible la memoria Intel® Optane™ con Linux*?
https://www.intel.la/content/www/xl/es/support/articles/56875/memory-and-storage/intel-optane-memory.html

La aceleración del sistema con memoria Intel® Optane™ es compatible con 
el sistema operativo Windows 10 de 64 bits.  No es compatible con 
ningún otro sistema operativo, incluyendo Linux.
***

Ante la duda, en Linux evitaría usar o configurar nada que no fuera 
estándar/normalizado, para evitar cualquier problema de compatibilidad, 
presente y/o futuro :-/

Saludos,

-- 
Camaleón 

Memoria Intel Optane Debian 12

[Gabo]

Hola amigos

Quería saber si es posible utilizar o configurar la memoria Intel Optane de
un laptop acer al cual le instalé Debian 12.

Se supone que esa memoria sirve para acelerar el computador. Esto es
posible para debian 12?

Re: Memoria RAM - Se me han perdido 1,2 GB

[Rob Rob]

Que gráfica tienes?

Quizás tenga memoria compartida entre la ram y la gráfica.




 Mensaje original 
De: Debian 
Fecha: mar., 19 abr. 2022 16:44
Para: DUS 
Asunto: Memoria RAM - Se me han perdido 1,2 GB
Buen día.

Siempre uno está aprendiendo.
Hoy, compañeros de oficina se quejaban de lo lento de un sistema
Windows, y verifiqué la memoria disponible que tenían; tenían una
versión instalada de W7 que no utiliza más que 2GB, por más que hubiese
más RAM disponible. Anécdota aparte, fui a verificar mi Debian, y me
encontré con esto:

Físicamente, tengo dos banco de 4GB RAM ADATA VLP U-DIMM 1600MT/s
PC3L-12800 ADDR1600W4G11 para un equipo de 4 procesadores AMD viejito.

1) Si consulto
# free -h
  totalusedfree  shared  buff/cache   available
Mem: 6,8Gi   1,7Gi   3,6Gi35Mi   1,5Gi   4,8Gi

2) Si consulto
# hwinfo
(...)
12: None 00.0: 10102 Main Memory
   [Created at memory.74]
   Unique ID: rdCR.CxwsZFjVASF
   Hardware Class: memory
   Model: "Main Memory"
   Memory Range: 0x-0x1b32bbfff (rw)
   Memory Size: 7 GB
   Config Status: cfg=new, avail=yes, need=no, active=unknown

3) dmidecode informa correctamente que hay dos bancos de 4GB.

¿Dónde están los 1,2GB que no veo?

Si alguno sabe por qué sucede esto, así aprendo.

Muchas gracias

JAP

Re: Memoria RAM - Se me han perdido 1,2 GB [SOLUCIONADO]

[Roberto C . Sánchez]

On Tue, Apr 19, 2022 at 12:30:17PM -0300, Debian wrote:
> 
> Es GLX el ladrón 1GB, y la placa de video de 256MB
> 
Me alegro que hayas resuelto el misterio.

> Muchas gracias por darme la punta del hilo.
> 
De nada :-)

Saludos,

-Roberto

-- 
Roberto C. Sánchez

Re: Memoria RAM - Se me han perdido 1,2 GB [SOLUCIONADO]

[Debian]

El 19/4/22 a las 12:02, Roberto C. Sánchez escribió:

On Tue, Apr 19, 2022 at 11:43:46AM -0300, Debian wrote:

Buen día.

Siempre uno está aprendiendo.
Hoy, compañeros de oficina se quejaban de lo lento de un sistema Windows, y
verifiqué la memoria disponible que tenían; tenían una versión instalada de
W7 que no utiliza más que 2GB, por más que hubiese más RAM disponible.
Anécdota aparte, fui a verificar mi Debian, y me encontré con esto:

Físicamente, tengo dos banco de 4GB RAM ADATA VLP U-DIMM 1600MT/s PC3L-12800
ADDR1600W4G11 para un equipo de 4 procesadores AMD viejito.

1) Si consulto
# free -h
  totalusedfree  shared  buff/cache   available
Mem: 6,8Gi   1,7Gi   3,6Gi35Mi   1,5Gi   4,8Gi

2) Si consulto
# hwinfo
(...)
12: None 00.0: 10102 Main Memory
   [Created at memory.74]
   Unique ID: rdCR.CxwsZFjVASF
   Hardware Class: memory
   Model: "Main Memory"
   Memory Range: 0x-0x1b32bbfff (rw)
   Memory Size: 7 GB
   Config Status: cfg=new, avail=yes, need=no, active=unknown

3) dmidecode informa correctamente que hay dos bancos de 4GB.

¿Dónde están los 1,2GB que no veo?

Si alguno sabe por qué sucede esto, así aprendo.


¿Has mirado a ver qué memoria usa tu tarjeta gráfica?  Yo tengo un
sistema Intel Core i5-6200U, que utiliza por su memoria parte del RAM
del sistema.  La salida de 'lspci -vvv' me da:

 Region 0: Memory at db00 (64-bit, non-prefetchable) [size=16M]
 Region 2: Memory at 9000 (64-bit, prefetchable) [size=256M]

Cuando lo comparo con 'free -h', que me indica que faltan aproximádament
300 MB de memoria, me parece que está siendo usado por la tarjeta
gráfica.

Saludos,

-Roberto




Es GLX el ladrón 1GB, y la placa de video de 256MB
Me ayudó esta página:
https://www.cyberciti.biz/faq/howto-find-linux-vga-video-card-ram/


# glxinfo | egrep -i 'device|memory'
Device: AMD KAVERI (DRM 2.50.0, 5.10.0-13-amd64, LLVM 11.0.1) (0x1313)
Video memory: 1024MB
Unified memory: no
Memory info (GL_ATI_meminfo):
VBO free memory - total: 0 MB, largest block: 0 MB
VBO free aux. memory - total: 0 MB, largest block: 0 MB
Texture free memory - total: 0 MB, largest block: 0 MB
Texture free aux. memory - total: 0 MB, largest block: 0 MB
Renderbuffer free memory - total: 0 MB, largest block: 0 MB
Renderbuffer free aux. memory - total: 0 MB, largest block: 0 MB
Memory info (GL_NVX_gpu_memory_info):
Dedicated video memory: 1024 MB
Total available memory: 3067 MB
Currently available dedicated video memory: 0 MB
GL_AMD_pinned_memory, GL_AMD_query_buffer_object,
GL_EXT_framebuffer_object, GL_EXT_framebuffer_sRGB, 
GL_EXT_memory_object,
GL_EXT_memory_object_fd, GL_EXT_packed_depth_stencil, 
GL_EXT_packed_float,

GL_MESA_texture_signed_rgba, GL_NVX_gpu_memory_info,
GL_AMD_performance_monitor, GL_AMD_pinned_memory,
GL_EXT_gpu_shader4, GL_EXT_memory_object, GL_EXT_memory_object_fd,
GL_MESA_texture_signed_rgba, GL_MESA_window_pos, 
GL_NVX_gpu_memory_info,
GL_EXT_map_buffer_range, GL_EXT_memory_object, 
GL_EXT_memory_object_fd,



# lspci -v -s 00:01.0
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. 
[AMD/ATI] Kaveri [Radeon R7 Graphics] (rev d4) (prog-if 00 [VGA controller])

Subsystem: Gigabyte Technology Co., Ltd Kaveri [Radeon R7 Graphics]
Flags: bus master, fast devsel, latency 0, IRQ 34, IOMMU group 0
Memory at c000 (64-bit, prefetchable) [size=256M]
Memory at d000 (64-bit, prefetchable) [size=8M]
I/O ports at f000 [size=256]
Memory at feb0 (32-bit, non-prefetchable) [size=256K]
Expansion ROM at 000c [disabled] [size=128K]
Capabilities: [48] Vendor Specific Information: Len=08 
Capabilities: [50] Power Management version 3
Capabilities: [58] Express Root Complex Integrated Endpoint, MSI 00
Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 
Len=010 

Capabilities: [270] Secondary PCI Express
Capabilities: [2b0] Address Translation Service (ATS)
Capabilities: [2c0] Page Request Interface (PRI)
Capabilities: [2d0] Process Address Space ID (PASID)
Kernel driver in use: radeon
Kernel modules: radeon, amdgpu


Muchas gracias por darme la punta del hilo.

JAP

Re: Memoria RAM - Se me han perdido 1,2 GB

[Roberto C . Sánchez]

On Tue, Apr 19, 2022 at 11:43:46AM -0300, Debian wrote:
> Buen día.
> 
> Siempre uno está aprendiendo.
> Hoy, compañeros de oficina se quejaban de lo lento de un sistema Windows, y
> verifiqué la memoria disponible que tenían; tenían una versión instalada de
> W7 que no utiliza más que 2GB, por más que hubiese más RAM disponible.
> Anécdota aparte, fui a verificar mi Debian, y me encontré con esto:
> 
> Físicamente, tengo dos banco de 4GB RAM ADATA VLP U-DIMM 1600MT/s PC3L-12800
> ADDR1600W4G11 para un equipo de 4 procesadores AMD viejito.
> 
> 1) Si consulto
> # free -h
>  totalusedfree  shared  buff/cache   available
> Mem: 6,8Gi   1,7Gi   3,6Gi35Mi   1,5Gi   4,8Gi
> 
> 2) Si consulto
> # hwinfo
> (...)
> 12: None 00.0: 10102 Main Memory
>   [Created at memory.74]
>   Unique ID: rdCR.CxwsZFjVASF
>   Hardware Class: memory
>   Model: "Main Memory"
>   Memory Range: 0x-0x1b32bbfff (rw)
>   Memory Size: 7 GB
>   Config Status: cfg=new, avail=yes, need=no, active=unknown
> 
> 3) dmidecode informa correctamente que hay dos bancos de 4GB.
> 
> ¿Dónde están los 1,2GB que no veo?
> 
> Si alguno sabe por qué sucede esto, así aprendo.
> 
¿Has mirado a ver qué memoria usa tu tarjeta gráfica?  Yo tengo un
sistema Intel Core i5-6200U, que utiliza por su memoria parte del RAM
del sistema.  La salida de 'lspci -vvv' me da:

Region 0: Memory at db00 (64-bit, non-prefetchable) [size=16M]
Region 2: Memory at 9000 (64-bit, prefetchable) [size=256M]

Cuando lo comparo con 'free -h', que me indica que faltan aproximádament
300 MB de memoria, me parece que está siendo usado por la tarjeta
gráfica.

Saludos,

-Roberto

-- 
Roberto C. Sánchez

Memoria RAM - Se me han perdido 1,2 GB

[Debian]

Buen día.

Siempre uno está aprendiendo.
Hoy, compañeros de oficina se quejaban de lo lento de un sistema 
Windows, y verifiqué la memoria disponible que tenían; tenían una 
versión instalada de W7 que no utiliza más que 2GB, por más que hubiese 
más RAM disponible. Anécdota aparte, fui a verificar mi Debian, y me 
encontré con esto:


Físicamente, tengo dos banco de 4GB RAM ADATA VLP U-DIMM 1600MT/s 
PC3L-12800 ADDR1600W4G11 para un equipo de 4 procesadores AMD viejito.


1) Si consulto
# free -h
 totalusedfree  shared  buff/cache   available
Mem: 6,8Gi   1,7Gi   3,6Gi35Mi   1,5Gi   4,8Gi

2) Si consulto
# hwinfo
(...)
12: None 00.0: 10102 Main Memory
  [Created at memory.74]
  Unique ID: rdCR.CxwsZFjVASF
  Hardware Class: memory
  Model: "Main Memory"
  Memory Range: 0x-0x1b32bbfff (rw)
  Memory Size: 7 GB
  Config Status: cfg=new, avail=yes, need=no, active=unknown

3) dmidecode informa correctamente que hay dos bancos de 4GB.

¿Dónde están los 1,2GB que no veo?

Si alguno sabe por qué sucede esto, así aprendo.

Muchas gracias

JAP

Re: Cambiar permisos a memoria externa (USB)

[Ángel]

Lo más probable es que el sistema de ficheros presentara algún error, y
el kernel lo remontara automáticamente como solo lectura.
Normalmente con desconectarla y reconectarla ya funcionan. De todos
modos, deberías hacerle un fsck para comprobar el estado de los
ficheros.

Sobre la fecha dic 31  1969, la cámara debe haber creado los ficheros
con "fecha 0" (el epoch UNIX, 1 de enero de 1970). Ahora bien, los
sistemas de archivos FAT (FAT16, FAT32, etc) almacenan la fecha en hora
local, al hacer las conversiones de zona horaria, ha pasado «al día
anterior».

Finalmente, si se trata de un sistema de archivos FAT, no se le puede
cambiar los permisos ni el propietario al contenido, porque
directamente, el sistema de ficheros no lo soporta (el propietario que
muestra es uno que toma a la hora de montar el sistema de archivos, que
aplica a todo el contenido del disco).

Un saludo

Fwd: Re: Cambiar permisos a memoria externa (USB)

[Raúl Armenta]

-- Mensaje reenviado --
De: "Darío" <dario...@openmailbox.org>
Fecha: 5 jul. 2017 19:20
Asunto: Re: Cambiar permisos a memoria externa (USB)
Para: <debian-user-spanish@lists.debian.org>
Cc:

El 05/07/2017 02:01 PM, claudio menet escribió:

> Darío,
>
> Si es una tarjeta SD puede ser que esté protegida físicamente.
>
> Algunas tarjetas SD traer una pequeña palanca que al moverla, a veces
> sin quererlo, protege contra escritura la memoria.
>
> Saludos
>

Sí corroboré eso, pero las compactflash no tienen esa traba (las SD sí),
tampoco lo tiene la lectora.
Sin embargo! acabo de cambiar conectándola en el otro puerto y ahora lee y
escribe, incluso copiando y pegando con el botón derecho de la notebook,
sin necesidad de ser root.
Muy raro?! siempre pude copiar, pegar y borrar datos de esa memoria.
El comando ls -ltr sigue dando exactamente lo mismo

drwx--  4 darioslc darioslc 32768 dic 31  1969 EOS_DIGITAL

un poco raro que en el año 69 haya cámaras digitales que usaran tarjetas CF
inventadas más de veinte años después.







Yo creo que esa tarjeta pasó a mejor vida.


Raúl Armenta.

Re: Cambiar permisos a memoria externa (USB)

[Darío]

El 05/07/2017 02:01 PM, claudio menet escribió:

Darío,

Si es una tarjeta SD puede ser que esté protegida físicamente.

Algunas tarjetas SD traer una pequeña palanca que al moverla, a veces
sin quererlo, protege contra escritura la memoria.

Saludos


Sí corroboré eso, pero las compactflash no tienen esa traba (las SD sí), 
tampoco lo tiene la lectora.
Sin embargo! acabo de cambiar conectándola en el otro puerto y ahora lee 
y escribe, incluso copiando y pegando con el botón derecho de la 
notebook, sin necesidad de ser root.

Muy raro?! siempre pude copiar, pegar y borrar datos de esa memoria.
El comando ls -ltr sigue dando exactamente lo mismo

drwx--  4 darioslc darioslc 32768 dic 31  1969 EOS_DIGITAL

un poco raro que en el año 69 haya cámaras digitales que usaran tarjetas 
CF inventadas más de veinte años después.

Re: Cambiar permisos a memoria externa (USB)

[claudio menet]

Darío,

Si es una tarjeta SD puede ser que esté protegida físicamente.

Algunas tarjetas SD traer una pequeña palanca que al moverla, a veces
sin quererlo, protege contra escritura la memoria.

Saludos

El día 5 de julio de 2017, 13:48, Darío <dario...@openmailbox.org> escribió:
> El 05/07/2017 01:29 PM, claudio menet escribió:
>>
>> Hola Dario,
>>
>> "chmod +x" Se utiliza para hacer un fichero ejecutable
>>
>> Yo antes de aplicar algún permiso haría un ls -ltr sobre el directorio
>> para ver que usuario y grupo tiene permisos sobre los mismos y que
>> permisos tienen.
>>
>> En este link podes obtener información de cómo funcionan los permisos
>> en gnu-linux
>
>
> Efectivamente, sólo puede acceder el dueño del dispositivo (soy yo pero no
> lo soy jaja):
> ls -ltr /media/darioslc/
> total 40
> drwxrwxrwx 25 root root  4096 abr 26  2015
> 76a5a70f-6da7-4ac2-b5d3-8a19ca87124c
> drwxrwxrwx 22 root root  4096 oct  7  2016
> 7434e569-5480-47c3-b852-de17765ae1c0
> drwx--  4 darioslc darioslc 32768 jul  5 10:55 EOS_DIGITAL
>
> las dos primeras corresponden a otras particiones del disco, y la tercera al
> dispositivo al que le quiero copiar archivos, recuerdo que con chmod 777 -R
> /dirección cambiaba los permisos para que tanto dueño, grupo y otros
> pudieran ejecutar, leer y escribir, pero me da el error:
>
> chmod: cambiando los permisos de «/media/darioslc/EOS_DIGITAL/MISC»: Sistema
> de ficheros de sólo lectura
>
> Me extraña que siendo root tampoco pueda copiar otros archivos
> El sistema se monta automático al conectar el USB.
>

Re: Cambiar permisos a memoria externa (USB)

[Darío]

El 05/07/2017 01:29 PM, claudio menet escribió:

Hola Dario,

"chmod +x" Se utiliza para hacer un fichero ejecutable

Yo antes de aplicar algún permiso haría un ls -ltr sobre el directorio
para ver que usuario y grupo tiene permisos sobre los mismos y que
permisos tienen.

En este link podes obtener información de cómo funcionan los permisos
en gnu-linux


Efectivamente, sólo puede acceder el dueño del dispositivo (soy yo pero 
no lo soy jaja):

ls -ltr /media/darioslc/
total 40
drwxrwxrwx 25 root root  4096 abr 26  2015 
76a5a70f-6da7-4ac2-b5d3-8a19ca87124c
drwxrwxrwx 22 root root  4096 oct  7  2016 
7434e569-5480-47c3-b852-de17765ae1c0

drwx--  4 darioslc darioslc 32768 jul  5 10:55 EOS_DIGITAL

las dos primeras corresponden a otras particiones del disco, y la 
tercera al dispositivo al que le quiero copiar archivos, recuerdo que 
con chmod 777 -R /dirección cambiaba los permisos para que tanto dueño, 
grupo y otros pudieran ejecutar, leer y escribir, pero me da el error:


chmod: cambiando los permisos de «/media/darioslc/EOS_DIGITAL/MISC»: 
Sistema de ficheros de sólo lectura


Me extraña que siendo root tampoco pueda copiar otros archivos
El sistema se monta automático al conectar el USB.

Re: Cambiar permisos a memoria externa (USB)

[Alfonso Camacho]

Saludos:

> Buenas! estoy teniendo problemas para copiar unos archivos a una memoria
> externa (tarjeta compact flash (CF) que uso como pendrive). Los archivos
> los tengo en el disco rígido y no me da la opción con botón derecho
> sobre la carpeta de la CF.
> Entonces abrí una consola root para cambiarle los permisos:
> chmod +x -R /media/
> 
> luego de un rato tira a cada uno de los archivos dentro:
> Sistema de ficheros de solo lectura
> 
> y tampoco puedo copiar un archivo siendo root
> "No se puede crear el fichero regular «/media/archivo»: Sistema de
> ficheros de sólo lectura"
> 
> ¿Cómo hago para cambiar estos permisos?
> 

Si se trata de un dispositivo externo en algún momento se tiene que montar en 
el sistema.

Al hacer el mount se le puede pasar los permisos que quieres que tenga ese 
dispositivo por defecto:

# mount -t deviceFileFormat -o 
umask=filePermissons,gid=ownerGroupID,uid=ownerID /device /mountpoint



-- 
Alfonso <alfo...@gnuino.net>

Re: Cambiar permisos a memoria externa (USB)

[claudio menet]

Hola Dario,

"chmod +x" Se utiliza para hacer un fichero ejecutable

Yo antes de aplicar algún permiso haría un ls -ltr sobre el directorio
para ver que usuario y grupo tiene permisos sobre los mismos y que
permisos tienen.

En este link podes obtener información de cómo funcionan los permisos
en gnu-linux

https://debian-handbook.info/browse/es-ES/stable/sect.rights-management.html

Saludos!

El día 5 de julio de 2017, 13:17, Darío <dario...@openmailbox.org> escribió:
> Buenas! estoy teniendo problemas para copiar unos archivos a una memoria
> externa (tarjeta compact flash (CF) que uso como pendrive). Los archivos los
> tengo en el disco rígido y no me da la opción con botón derecho sobre la
> carpeta de la CF.
> Entonces abrí una consola root para cambiarle los permisos:
> chmod +x -R /media/
>
> luego de un rato tira a cada uno de los archivos dentro:
> Sistema de ficheros de solo lectura
>
> y tampoco puedo copiar un archivo siendo root
> "No se puede crear el fichero regular «/media/archivo»: Sistema de ficheros
> de sólo lectura"
>
> ¿Cómo hago para cambiar estos permisos?
>
> Gracias!
> Darío
>

Cambiar permisos a memoria externa (USB)

[Darío]

Buenas! estoy teniendo problemas para copiar unos archivos a una memoria 
externa (tarjeta compact flash (CF) que uso como pendrive). Los archivos 
los tengo en el disco rígido y no me da la opción con botón derecho 
sobre la carpeta de la CF.

Entonces abrí una consola root para cambiarle los permisos:
chmod +x -R /media/

luego de un rato tira a cada uno de los archivos dentro:
Sistema de ficheros de solo lectura

y tampoco puedo copiar un archivo siendo root
"No se puede crear el fichero regular «/media/archivo»: Sistema de 
ficheros de sólo lectura"


¿Cómo hago para cambiar estos permisos?

Gracias!
Darío

Re: [OT] Uso de memoria en Centos

[Felix Perez]

El día 19 de diciembre de 2016, 11:36, Javier Marcon
 escribió:
> El 19/12/16 a las 11:29, Luis Enrique Araneda escribió:
>> Rodolfo, que mierda crees? estoy solicitando apoyo y vienes a decirme
>> que el problema soy yo? naciste sabiendo?
>> tus comentarios claramente no apoyan en nada!!!
> Agradeceríamos que dejen el flame war para otra lista.
>

Para la lista de Centos, por ejemplo.
Gracias.


-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html

Re: [OT] Uso de memoria en Centos

[Javier Marcon]

El 19/12/16 a las 11:29, Luis Enrique Araneda escribió:
> Rodolfo, que mierda crees? estoy solicitando apoyo y vienes a decirme
> que el problema soy yo? naciste sabiendo?
> tus comentarios claramente no apoyan en nada!!!
Agradeceríamos que dejen el flame war para otra lista.

Gracias.

-- 
Eco red Natural.
Veta de productos orgánicos y BPA.
Totalmente naturales.

Re: [OT] Uso de memoria en Centos

[Luis Enrique Araneda]

Rodolfo, que mierda crees? estoy solicitando apoyo y vienes a decirme que
el problema soy yo? naciste sabiendo?
tus comentarios claramente no apoyan en nada!!!


El 18 de diciembre de 2016, 8:41, Rodolfo Edgar <
sololistasdecor...@gmail.com> escribió:

> El 14/12/16, Luis Enrique Araneda <leacb...@gmail.com> escribió:
> > Amigos,
> > Quizás en Debian es similar, pero mi duda y/o como evitar aquello:
> >
> > Tengo una maquina con 32 Gb en RAM, Centos 6,5...
>
> Ya estamos en la versión 6.8, estas desactualizado, las
> actualizaciones sobre todo en servidores en producción son
> fundamentales.
>
> > No es mucho el problema pero quisiera evitar, en /opt tengo varios
> > volumenes de archivos (100GB), todos guardados por fecha, pero cuando los
> > voy pasando a /backup el consumo de memoria comienza a dispararse, claro,
> > luego de un rato la libero con echo 3 > /proc/sys/vm/drop_caches
>
> Si vas copiando archivos de gran tamaño, claro pues que tiene aumentar
> el consumo de RAM, qué crees que pasando tremenda cantidad de archivos
> la memoria ram quedará igual? el sistema tiene que procesar la
> transferencia masiva de una ruta a otra, terminado el proceso la
> memoria deberia de estar como antes.
>
> >
> > Pero existirá alguna forma que no me ocurra esto?
> > desde ya agradecido por vuestro apoyo incondicional.
>
> CentOS es una distribución muy eficiente tan buena como Debian y
> otros, el problema es usted, que no tiene los conceptos claros, quiere
> hacer algunas cosas sin concoer exactamente bien, CentOS reitero esta
> preparado para funcionar como servidor, no debería tener problemas con
> una instalación por defecto, yo vengo usando CentOS, Fedora hace mucho
> tiempo, por eso digo hay que ver cual es la necesidad a resolver, si
> usted sabe de CentOS, el problema es usted NO CENTOS.
>
>
> >
> > --
> > Luis
> >
>
>


-- 
Luis Enrique Araneda
Ingeniero en sistemas

Re: [OT] Uso de memoria en Centos

[Rodolfo Edgar]

El 14/12/16, Luis Enrique Araneda <leacb...@gmail.com> escribió:
> Amigos,
> Quizás en Debian es similar, pero mi duda y/o como evitar aquello:
>
> Tengo una maquina con 32 Gb en RAM, Centos 6,5...

Ya estamos en la versión 6.8, estas desactualizado, las
actualizaciones sobre todo en servidores en producción son
fundamentales.

> No es mucho el problema pero quisiera evitar, en /opt tengo varios
> volumenes de archivos (100GB), todos guardados por fecha, pero cuando los
> voy pasando a /backup el consumo de memoria comienza a dispararse, claro,
> luego de un rato la libero con echo 3 > /proc/sys/vm/drop_caches

Si vas copiando archivos de gran tamaño, claro pues que tiene aumentar
el consumo de RAM, qué crees que pasando tremenda cantidad de archivos
la memoria ram quedará igual? el sistema tiene que procesar la
transferencia masiva de una ruta a otra, terminado el proceso la
memoria deberia de estar como antes.

>
> Pero existirá alguna forma que no me ocurra esto?
> desde ya agradecido por vuestro apoyo incondicional.

CentOS es una distribución muy eficiente tan buena como Debian y
otros, el problema es usted, que no tiene los conceptos claros, quiere
hacer algunas cosas sin concoer exactamente bien, CentOS reitero esta
preparado para funcionar como servidor, no debería tener problemas con
una instalación por defecto, yo vengo usando CentOS, Fedora hace mucho
tiempo, por eso digo hay que ver cual es la necesidad a resolver, si
usted sabe de CentOS, el problema es usted NO CENTOS.


>
> --
> Luis
>

Re: memoria flash con particion y unidad de CD

[Rivera Valdez]

>> Alguna idea para dejar solamente en la memoria de 8gb una sola partición
>> como NTFS

Por si acaso, ¿probaste con gparted?
La GUI es muy simple e intuitiva, debería dejarte ver en detalle la
memoria y particionarla como quieras.

Saludos

Re: [OT] Uso de memoria en Centos

[fernando sainz]

El día 14 de diciembre de 2016, 22:11, Luis Enrique Araneda
<leacb...@gmail.com> escribió:
> Amigos,
> Quizás en Debian es similar, pero mi duda y/o como evitar aquello:
>
> Tengo una maquina con 32 Gb en RAM, Centos 6,5...
> No es mucho el problema pero quisiera evitar, en /opt tengo varios volumenes
> de archivos (100GB), todos guardados por fecha, pero cuando los voy pasando
> a /backup el consumo de memoria comienza a dispararse, claro, luego de un
> rato la libero con echo 3 > /proc/sys/vm/drop_caches
>
> Pero existirá alguna forma que no me ocurra esto?
> desde ya agradecido por vuestro apoyo incondicional.
>
> --
> Luis



No se nada de Centos, pero las memorias cache del sistema operativo se
liberan en cuanto se necesita memoria, por lo que no necesitas hacer
eso, es como si estuviera libre. (Con la diferencia que si tienes que
acceder a datos que estén en el cache de nuevo el acceso será mucho
más rápido).

S2.

[OT] Uso de memoria en Centos

[Luis Enrique Araneda]

Amigos,
Quizás en Debian es similar, pero mi duda y/o como evitar aquello:

Tengo una maquina con 32 Gb en RAM, Centos 6,5...
No es mucho el problema pero quisiera evitar, en /opt tengo varios
volumenes de archivos (100GB), todos guardados por fecha, pero cuando los
voy pasando a /backup el consumo de memoria comienza a dispararse, claro,
luego de un rato la libero con echo 3 > /proc/sys/vm/drop_caches

Pero existirá alguna forma que no me ocurra esto?
desde ya agradecido por vuestro apoyo incondicional.

-- 
Luis

Re: memoria flash con particion y unidad de CD

[Antonio Cruz Martínez]

-- Mensaje reenviado --
De: "Antonio Cruz Martínez" <espacio.anto...@gmail.com>
Fecha: 11 dic. 2016 9:25 AM
Asunto: Re: memoria flash con particion y unidad de CD
Para: "Carlos Andrés Martín" <marcar...@gmail.com>
Cc:

Hola si deseas eliminar esa partición puedes usar el comando partes
(cuidado que parted hace las cosas sin pedir confirmación en la mayoría de
los casos)
# parted /dev/sdc (o el nombre que le asigne a tu usb)
Ya estando en parted (el Prompt de consola cambiará por uno similar a
"(parted)" )  con el comando print vez las particiones que tiene tu usb
(parted) print
Para eliminar una partición:
(parted) rm NumeroDeParticionABorrar

Para crear un partición ntfs desde 512 hasta 8GB,  pensando en que la tabla
de particiones es msdos usa:
(parted) mkpart primary NTFS 512 8G

Para salir el comando quit
(parted) quit

Por último usa # mkntfs -f -L PENDRIVE como Carlos lo sugirió

Saludos

El 8 dic. 2016 1:02 PM, "Carlos Andrés Martín" <marcar...@gmail.com>
escribió:

Hola!

El 07/12/16 a las 16:33, l...@ida.cu escribió:

hola a todos
>
> Tengo una memoria USB de 8GB que la formateo y le cambio las particiones
> sin problemas.
>
> Peeero la misma en el programa de Utilidad de Discos de Debian me pone a
> parte de una particion de 7 GB que la tengo en FAT32 me pone otra como una
> unidad de CD, pero no la puedo quitar.
>
> No se si es así por el fabricante pero primera vez que vreo eso y no la
> puedo eliminar y es una unidad de CD en la misma memoria de 128 MB
>
> Alguna idea para dejar solamente en la memoria de 8gb una sola partición
> como NTFS
>
Se puede formatear desde consola con el comando 'mkntfs'. Los pasos serían
los siguientes:

# fdisk -l (ejecutar fdisk como root para listar los dispositivos
conectados e identificar el pendrive)
# umount /dev/sdc1(desmontar el pendrive... suponiendo que esté en
'/dev/sdc1', es sólo un ejemplo)
# mkntfs -f -L PENDRIVE /dev/sdc1 (formatear '-f' por fast y '-L' por
label, en este caso le puse 'PENDRIVE' de nombre)

General UDISK esa es la marca de la memoria flash de 8GB
>
> Agradezco toda ayuda
>
>

Re: memoria flash con particion y unidad de CD

[Carlos Andrés Martín]

Hola!

El 07/12/16 a las 16:33, l...@ida.cu escribió:

hola a todos

Tengo una memoria USB de 8GB que la formateo y le cambio las particiones
sin problemas.

Peeero la misma en el programa de Utilidad de Discos de Debian me pone a
parte de una particion de 7 GB que la tengo en FAT32 me pone otra como una
unidad de CD, pero no la puedo quitar.

No se si es así por el fabricante pero primera vez que vreo eso y no la
puedo eliminar y es una unidad de CD en la misma memoria de 128 MB

Alguna idea para dejar solamente en la memoria de 8gb una sola partición
como NTFS
Se puede formatear desde consola con el comando 'mkntfs'. Los pasos 
serían los siguientes:


# fdisk -l (ejecutar fdisk como root para listar los dispositivos 
conectados e identificar el pendrive)
# umount /dev/sdc1(desmontar el pendrive... suponiendo que esté en 
'/dev/sdc1', es sólo un ejemplo)
# mkntfs -f -L PENDRIVE /dev/sdc1 (formatear '-f' por fast y '-L' por 
label, en este caso le puse 'PENDRIVE' de nombre)

General UDISK esa es la marca de la memoria flash de 8GB

Agradezco toda ayuda

memoria flash con particion y unidad de CD

[luis]

hola a todos

Tengo una memoria USB de 8GB que la formateo y le cambio las particiones
sin problemas.

Peeero la misma en el programa de Utilidad de Discos de Debian me pone a
parte de una particion de 7 GB que la tengo en FAT32 me pone otra como una
unidad de CD, pero no la puedo quitar.

No se si es así por el fabricante pero primera vez que vreo eso y no la
puedo eliminar y es una unidad de CD en la misma memoria de 128 MB

Alguna idea para dejar solamente en la memoria de 8gb una sola partición
como NTFS

General UDISK esa es la marca de la memoria flash de 8GB

Agradezco toda ayuda

Re: Memoria portátil USB - "Analizar y reparar"

[Camaleón]

El Thu, 01 Sep 2016 11:54:00 -0300, JAP escribió:

> El 28/08/16 a las 15:57, Juan Lavieri escribió:

(...)

>> En el caso de la memoria que mencioné en el otro email, una vez que uso
>> la imagen que contiene, normalmente apago la máquina (virtual o física)
>> donde esta conectada y luego la extraigo, por lo que es probable que
>> hayan problemas con el/la cache de la memoria usb y de allí el mensaje.
>>
>> En este enlace:
>>
>> http://www.howtogeek.com/184640/ask-htg-windows-always-wants-to-scan-
and-fix-my-usb-drive-should-i-let-it/
>>
>>
>> se habla de una "system flag" que indica un desmontaje adecuado.

(...)

> Muy útiles tus enlaces.
> En forma manual, funciona con la opción "flush" de mount.

Cuando desmontas la llave con seguridad se usa esa opción (eject/detach). 
Es importante ejecutar esa acción con las memorias extraíbles.

> Ahora tengo el problema de ver dónde diablos KDE determina las opciones
> estándares de montado, para forzar la opción "flush" por defecto en las
> mismas.

Pues hombre, en las reglas udev se determina cómo, qué y dónde montar y 
los entornos gráficos que siguen las directivas de FreeDesktop tendrán 
que respetar esos valores.

Saludos,

-- 
Camaleón

Re: Memoria portátil USB - "Analizar y reparar"

[JAP]

Bien.

La forma de cargar la opción "flush" en KDE para el montaje de memorias 
USB, es liarme con udev.


https://wiki.archlinux.org/index.php/Udev#USB_flash_device

https://wiki.archlinux.org/index.php/Udisks

Estudiaré, aprenderé, probaré y compartiré.

JAP

Re: Memoria portátil USB - "Analizar y reparar"

[Juan Lavieri]

Hola.


El 28-08-2016 a las 10:17 a.m., JavierDebian escribió:

El 28/08/16 a las 10:32, Camaleón escribió:

El Sat, 27 Aug 2016 00:03:59 -0500, Diddier Hilarion escribió:


Javier la solución a eso es borrar usando la combinación de teclas
"shift" + "supr" , esto elimina los ficheros como lo haría rm sin que
pasen por la papelera.


Hombre, eso no es una solución ya que eso es precisamente lo que yo hago
al usar MD y es un parche más que otra cosa. Lo lógico es que hubiera 
una

opción para gestionar una papelera general (la del sistema anfitrión
donde se monte la memoria extraíble) o que simplemente sea un parámetro
configurable.

Dejar una papelera oculta en una memoria de una cámara de fotos o en una
llave USB no me parece una buena opción en pro de la seguridad y
confidencialidad de los datos :-/

Saludos,



Esa es otra arista del tema.
Que funcione la papelera, muy bien.
Pero que cree una en la USB... nada bien.
Tengo que ver si hay alguna manera de convencer al sistema que en las 
memorias USB, elimine en vez de enviar a papelera.




Investigando un poco, en un foro de Windows encontré esta respuesta:

1) Typically this prompt means that a delayed write wasn't completed 
(i.e. a cache wasn't flushed successfully) and it marks the drive 
signature as dirty and needing to be scanned.


Try disabling Write-caching on the removable drive i.e. optimize for 
safe removal. Heres a tutorial to help you do that.


Write-Caching - Enable or Disable 
<http://www.sevenforums.com/tutorials/10392-write-caching-enable-disable.html>


He aquí el enlace de dónde la obtuve: 
http://www.sevenforums.com/hardware-devices/68166-scan-fix-prompt-everytime-i-connect-external-usb.html


Eso me llevó a buscar una solución desde el lado luminoso y he aquí lo 
que encontré:


http://unix.stackexchange.com/questions/90657/how-to-remove-a-usb-drive-without-worrying-if-its-been-unmounted

Que en sí es una explicación de lo que posiblemente esté sucediendo.

En el caso de la memoria que mencioné en el otro email, una vez que uso 
la imagen que contiene, normalmente apago la máquina (virtual o física) 
donde esta conectada y luego la extraigo, por lo que es probable que 
hayan problemas con el/la cache de la memoria usb y de allí el mensaje.


En este enlace:

http://www.howtogeek.com/184640/ask-htg-windows-always-wants-to-scan-and-fix-my-usb-drive-should-i-let-it/

se habla de una "system flag" que indica un desmontaje adecuado.





O si lo hace, que sea la del rígido de la PC.


JAP



Saludos.

--
Juan M Lavieri

Errar es de humanos, pero es mas humano culpar a los demás.

Re: Memoria portátil USB - "Analizar y reparar"

[Juan Lavieri]

Hola Javier, hola listeros.


El 28-08-2016 a las 10:17 a.m., JavierDebian escribió:

El 28/08/16 a las 10:32, Camaleón escribió:

El Sat, 27 Aug 2016 00:03:59 -0500, Diddier Hilarion escribió:


Javier la solución a eso es borrar usando la combinación de teclas
"shift" + "supr" , esto elimina los ficheros como lo haría rm sin que
pasen por la papelera.


Hombre, eso no es una solución ya que eso es precisamente lo que yo hago
al usar MD y es un parche más que otra cosa. Lo lógico es que hubiera 
una

opción para gestionar una papelera general (la del sistema anfitrión
donde se monte la memoria extraíble) o que simplemente sea un parámetro
configurable.

Dejar una papelera oculta en una memoria de una cámara de fotos o en una
llave USB no me parece una buena opción en pro de la seguridad y
confidencialidad de los datos :-/

Saludos,



Esa es otra arista del tema.
Que funcione la papelera, muy bien.
Pero que cree una en la USB... nada bien.
Tengo que ver si hay alguna manera de convencer al sistema que en las 
memorias USB, elimine en vez de enviar a papelera.


O si lo hace, que sea la del rígido de la PC.


Javier, creo que el asunto tiene poco que ver con GNU/Linux en cuanto al 
tema del borrado, etc.  Me explico.


Yo tengo una memoria usb que la uso exclusivamente para crear imagenes 
arrancables para distintos usos (versiones de debian, ubuntu, super grub 
disk, AVG portable, etc) la cuestión es que _siempre_ copio las imágenes 
con rufus (bajo windows), en algunas ocasiones (no muchas por cierto) en 
esas memorias que contienen ya alguna imagen incluyo cosas que voy a 
necesitar puntualmente (ficheros como dicen por allá);  pero rara vez 
elimino algo de esa memeoria ya que rufus se encarga de limpiarla cada 
vez.  El punto es que casi siempre me da el mismo mensaje que a ti.


Tengo otra de 64 GB usb 3.0 que haga lo que haga me da el mensaje si 
colo información estando conectada por un puerto usb 2.0 y luego lo 
quiero leer por uno 3.0 (no se que tiene que ver el dedo gordo con las 
pestañas, pero te lo comento por si acaso)


Lo cierto es que es un buen tema para el fin de semana.

Saludos.




JAP



--
Juan M Lavieri

Errar es de humanos, pero es mas humano culpar a los demás.

Re: Memoria portátil USB - "Analizar y reparar"

[JavierDebian]

El 28/08/16 a las 10:32, Camaleón escribió:

El Sat, 27 Aug 2016 00:03:59 -0500, Diddier Hilarion escribió:


Javier la solución a eso es borrar usando la combinación de teclas
"shift" + "supr" , esto elimina los ficheros como lo haría rm sin que
pasen por la papelera.


Hombre, eso no es una solución ya que eso es precisamente lo que yo hago
al usar MD y es un parche más que otra cosa. Lo lógico es que hubiera una
opción para gestionar una papelera general (la del sistema anfitrión
donde se monte la memoria extraíble) o que simplemente sea un parámetro
configurable.

Dejar una papelera oculta en una memoria de una cámara de fotos o en una
llave USB no me parece una buena opción en pro de la seguridad y
confidencialidad de los datos :-/

Saludos,



Esa es otra arista del tema.
Que funcione la papelera, muy bien.
Pero que cree una en la USB... nada bien.
Tengo que ver si hay alguna manera de convencer al sistema que en las 
memorias USB, elimine en vez de enviar a papelera.


O si lo hace, que sea la del rígido de la PC.


JAP

Re: Memoria portátil USB - "Analizar y reparar"

[Camaleón]

El Sat, 27 Aug 2016 18:14:50 -0300, JavierDebian escribió:

(...)

> No veo razón lógica para que W7 presuponga un error cuando tiene una
> carpeta que comienza con un punto.

Sinceramente, no creo que el problema vaya por ahí.

Saludos,

-- 
Camaleón

Re: Memoria portátil USB - "Analizar y reparar"

[Camaleón]

El Sat, 27 Aug 2016 00:03:59 -0500, Diddier Hilarion escribió:

> Javier la solución a eso es borrar usando la combinación de teclas
> "shift" + "supr" , esto elimina los ficheros como lo haría rm sin que
> pasen por la papelera.

Hombre, eso no es una solución ya que eso es precisamente lo que yo hago 
al usar MD y es un parche más que otra cosa. Lo lógico es que hubiera una 
opción para gestionar una papelera general (la del sistema anfitrión 
donde se monte la memoria extraíble) o que simplemente sea un parámetro 
configurable. 

Dejar una papelera oculta en una memoria de una cámara de fotos o en una 
llave USB no me parece una buena opción en pro de la seguridad y 
confidencialidad de los datos :-/

Saludos,

-- 
Camaleón

Re: Memoria portátil USB - "Analizar y reparar"

[Diddier Hilarion]

On 27/08/16 16:14, JavierDebian wrote:
> El 27/08/16 a las 02:03, Diddier Hilarion escribió:
>> Javier la solución a eso es borrar usando la combinación de teclas
>> "shift" + "supr" , esto elimina los ficheros como lo haría rm sin que
>> pasen por la papelera.
> 
> Eso no es "solución".
> Es evitar el problema.
> Yo tengo una "pequeña" obsesión por los "por qué".
> No veo razón lógica para que W7 presuponga un error cuando tiene una
> carpeta que comienza con un punto.
> 
Pues eso ya es cuestión de windows :( lo mejor que puedes hacer es
buscar en tu gestor de ficheros Dolphin, caja o lo que sea la opción
para deshabilitar el borrado usando papelera si es que eso es lo que
quieres.
> JAP
> 

-- 
Diddier A Hilarion B.

Re: Memoria portátil USB - "Analizar y reparar"

[JavierDebian]

El 27/08/16 a las 02:03, Diddier Hilarion escribió:

Javier la solución a eso es borrar usando la combinación de teclas
"shift" + "supr" , esto elimina los ficheros como lo haría rm sin que
pasen por la papelera.


Eso no es "solución".
Es evitar el problema.
Yo tengo una "pequeña" obsesión por los "por qué".
No veo razón lógica para que W7 presuponga un error cuando tiene una 
carpeta que comienza con un punto.


JAP

Re: Memoria portátil USB - "Analizar y reparar"

[Diddier Hilarion]

Javier la solución a eso es borrar usando la combinación de teclas
"shift" + "supr" , esto elimina los ficheros como lo haría rm sin que
pasen por la papelera.

On 25/08/16 10:49, Camaleón wrote:
> El Thu, 25 Aug 2016 12:26:07 -0300, JAP escribió:
> 
>> El 25/08/16 a las 12:09, Camaleón escribió:
> 
>>>> Me está sacando que cada vez uso la memoria el Debian, y luego la
>>>> introduzco en el sistema W7, salta el dichoso cartel de "Analizar y
>>>> reparar". (Adjunto enlace con imagen similar)
> 
> (...)
> 
>>> ¿Sistema de archivos FAT32, vFAT, NTFS...?
>>>
>>> Salvo que se trate de un error de Windows, sucede cuando éste detecta
>>> que hay algún problema con el sistema de archivos, nada más. Por
>>> ejemplo, cuando no desmontas correctamente la llave cuando la conectas
>>> a un equipo.
>>>
>>> Prueba con el desmontaje manual de la llave a ver si te funciona mejor
>>> que el automático del entorno que estés usando.
>>>
>>>
>> FAT32.
>>
>> Estoy haciendo pruebas.
>> Me huele que lo que hace mi distribución de Debian "jessie" escritorio
>> KDE es lo siguiente:
>>
>> Cuando "borro" un archivo de la memoria USB, en vez de eliminarlo, en
>> realidad crea una carpeta "oculta" *.Trash-1* en la misma memoria,
>> donde el archivo en cuestión es transferido.
>> Por lo que estoy viendo, cada vez que se genera dicha carpeta, es que al
>> insertarlo en el W7, aparece el dichoso cartel.
>> Sigo investigando.
> 
> Sí, eso sucede también en XFCE, creo que es una directiva de FreeDesktop. 
> Me pasa cuando monto la cámara de fotos, tengo que eliminar los archivos 
> desde Midnight Commander para evitar que se genere ese directorio que es 
> un incordio.
> 
> Saludos,
> 

-- 
Diddier A Hilarion B.



signature.asc
Description: OpenPGP digital signature

Re: Memoria portátil USB - "Analizar y reparar"

[Camaleón]

El Thu, 25 Aug 2016 12:26:07 -0300, JAP escribió:

> El 25/08/16 a las 12:09, Camaleón escribió:

>>> Me está sacando que cada vez uso la memoria el Debian, y luego la
>>> introduzco en el sistema W7, salta el dichoso cartel de "Analizar y
>>> reparar". (Adjunto enlace con imagen similar)

(...)

>> ¿Sistema de archivos FAT32, vFAT, NTFS...?
>>
>> Salvo que se trate de un error de Windows, sucede cuando éste detecta
>> que hay algún problema con el sistema de archivos, nada más. Por
>> ejemplo, cuando no desmontas correctamente la llave cuando la conectas
>> a un equipo.
>>
>> Prueba con el desmontaje manual de la llave a ver si te funciona mejor
>> que el automático del entorno que estés usando.
>>
>>
> FAT32.
> 
> Estoy haciendo pruebas.
> Me huele que lo que hace mi distribución de Debian "jessie" escritorio
> KDE es lo siguiente:
> 
> Cuando "borro" un archivo de la memoria USB, en vez de eliminarlo, en
> realidad crea una carpeta "oculta" *.Trash-1* en la misma memoria,
> donde el archivo en cuestión es transferido.
> Por lo que estoy viendo, cada vez que se genera dicha carpeta, es que al
> insertarlo en el W7, aparece el dichoso cartel.
> Sigo investigando.

Sí, eso sucede también en XFCE, creo que es una directiva de FreeDesktop. 
Me pasa cuando monto la cámara de fotos, tengo que eliminar los archivos 
desde Midnight Commander para evitar que se genere ese directorio que es 
un incordio.

Saludos,

-- 
Camaleón

Re: Memoria portátil USB - "Analizar y reparar"

[JAP]

El 25/08/16 a las 12:09, Camaleón escribió:

El Thu, 25 Aug 2016 11:51:47 -0300, JAP escribió:

(...)


Me está sacando que cada vez uso la memoria el Debian, y luego la
introduzco en el sistema W7, salta el dichoso cartel de "Analizar y
reparar". (Adjunto enlace con imagen similar)

No es el "antivirus" del W7, pues aparece aunque lo desactive.

¿Alguien tiene idea de por qué puede suceder?
(Obsesión por saber los ¿por qué..?)


(...)

¿Sistema de archivos FAT32, vFAT, NTFS...?

Salvo que se trate de un error de Windows, sucede cuando éste detecta que
hay algún problema con el sistema de archivos, nada más. Por ejemplo,
cuando no desmontas correctamente la llave cuando la conectas a un equipo.

Prueba con el desmontaje manual de la llave a ver si te funciona mejor
que el automático del entorno que estés usando.

Saludos,



FAT32.

Estoy haciendo pruebas.
Me huele que lo que hace mi distribución de Debian "jessie" escritorio 
KDE es lo siguiente:


Cuando "borro" un archivo de la memoria USB, en vez de eliminarlo, en 
realidad crea una carpeta "oculta" *.Trash-1* en la misma memoria, 
donde el archivo en cuestión es transferido.
Por lo que estoy viendo, cada vez que se genera dicha carpeta, es que al 
insertarlo en el W7, aparece el dichoso cartel.

Sigo investigando.

JAP

Re: Memoria portátil USB - "Analizar y reparar"

[Camaleón]

El Thu, 25 Aug 2016 11:51:47 -0300, JAP escribió:

(...)

> Me está sacando que cada vez uso la memoria el Debian, y luego la
> introduzco en el sistema W7, salta el dichoso cartel de "Analizar y
> reparar". (Adjunto enlace con imagen similar)
> 
> No es el "antivirus" del W7, pues aparece aunque lo desactive.
> 
> ¿Alguien tiene idea de por qué puede suceder?
> (Obsesión por saber los ¿por qué..?)

(...)

¿Sistema de archivos FAT32, vFAT, NTFS...?

Salvo que se trate de un error de Windows, sucede cuando éste detecta que 
hay algún problema con el sistema de archivos, nada más. Por ejemplo, 
cuando no desmontas correctamente la llave cuando la conectas a un equipo.

Prueba con el desmontaje manual de la llave a ver si te funciona mejor 
que el automático del entorno que estés usando.

Saludos,

-- 
Camaleón

Memoria portátil USB - "Analizar y reparar"

[JAP]

Buenos días:

Por razones de trabajo, uso dos computadoras en el trabajo, que por 
motivos de seguridad y programas específicos están conectadas a 
distintas redes.


Una con Windows 7 y otra con Debian "jessie".

Cada vez que tengo que transferir archivos de una a otra, uso un memoria 
portátil USB.


Me está sacando que cada vez uso la memoria el Debian, y luego la 
introduzco en el sistema W7, salta el dichoso cartel de "Analizar y 
reparar". (Adjunto enlace con imagen similar)


No es el "antivirus" del W7, pues aparece aunque lo desactive.

¿Alguien tiene idea de por qué puede suceder?
(Obsesión por saber los ¿por qué..?)

En la máquina que uso yo, ya eliminé el molesto mensaje, pero...
...cada vez que le paso la memoria a alguien con W7, me chilla porque 
"Tu pendrái tiene virus" (y me cansan...)


Muchas gracias.

JAP

http://trucosmicroinformatica.blogspot.com.ar/2014/01/windows-7-como-quitar-mensaje-desea.html#more

Re: Montar unidades de memoria automáticamente en consola

[Jose Maldonado]

El 13/11/15 a las 06:39, Rafael Cantos Villanueva escribió:


El 07/11/2015 a las 15:42, Camaleón escribió:

El Fri, 06 Nov 2015 21:15:17 +0100, Rafael Cantos Villanueva escribió:


El 06/11/2015 a las 15:04, Camaleón escribió:

El Thu, 05 Nov 2015 21:48:07 +0100, Rafael Cantos Villanueva escribió:


Estoy intentando hacer un programa, en mi caso en Python, que me liste
las unidades de memoria USB conectadas al sistema. Y aquí empieza mi
lío, que a ver si soy capaz de explicar correctamente.
Por defecto, las unidades USB no se montan automáticamente, ni se
desmontan.


(...)

¿Mande? :-?

Yo creo que sí se montan automáticamente al menos en un entorno de
escritorio convencional (GNOME, KDE, XFCE...). Cuando conectas una
llave o disco USB se montan bajo "/media/" por obra y gracia de udev y
los paquetes de automontaje (udisks2).

La nomenclatura que usan de manera predeterminada para identificar a
los dispositivos de almacenamiento masivo suele ser por etiqueta
("LABEL") pero no todos los sistemas de archivo lo admiten así que
puede variar y esto, claro, es modificable desde el propio sistema.

Con "mount" sabes de qué unidad se trata.


Camaleón, me refería en modo consola, no en modo gráfico. En modo
consola no se automontan ni se autodesmontan por defecto. Tienes que
instalar manualmente algún paquete para que lo haga.


(...)

Ya, querías decir "sin entorno de escritorio" porque consola sigue
habiendo cuando tienes cargado GNOME, KDE, etc...

Aún así, me parece que en el kernel de Debian se instala como módulo
"usb-
storage" lo que hace que cuando conectes un dispositivo de almacenamiento
masivo el kernel lo detecte a través de udev por lo que lo único que
tendrías que hacer es crear una regla en udev que te monte
automáticamente la llave USB que conectes sin necesidad de instalar
paquetería adicional aunque si quieres un control más sofisticado
necesitarás pmount/udisks2 o similares.

Eso sí, para puntos de montaje estáticos tienes que saber cómo se llama
el chisme pero eso ya es más sencillo de gestionar.


Al final he creado, como me dijiste Camaleón, una regla con udev y
pmount/pumount. Ahora sólo me falta conseguir que se me monte con la
etiqueta del volumen, si existe, en lugar de como sda o sdb.

Saludos

Rafa

---
El software de antivirus Avast ha analizado este correo electrónico en
busca de virus.
https://www.avast.com/antivirus



Con udevil lo puedes hacer, y udevil de forma automática nombra dichos 
pendrives con la etiqueta del volumen en cuestión.


--
Dios en su Cielo, todo bien la Tierra
*

Re: Montar unidades de memoria automáticamente en consola

[Rafael Cantos Villanueva]

El 07/11/2015 a las 15:42, Camaleón escribió:

El Fri, 06 Nov 2015 21:15:17 +0100, Rafael Cantos Villanueva escribió:


El 06/11/2015 a las 15:04, Camaleón escribió:

El Thu, 05 Nov 2015 21:48:07 +0100, Rafael Cantos Villanueva escribió:


Estoy intentando hacer un programa, en mi caso en Python, que me liste
las unidades de memoria USB conectadas al sistema. Y aquí empieza mi
lío, que a ver si soy capaz de explicar correctamente.
Por defecto, las unidades USB no se montan automáticamente, ni se
desmontan.


(...)

¿Mande? :-?

Yo creo que sí se montan automáticamente al menos en un entorno de
escritorio convencional (GNOME, KDE, XFCE...). Cuando conectas una
llave o disco USB se montan bajo "/media/" por obra y gracia de udev y
los paquetes de automontaje (udisks2).

La nomenclatura que usan de manera predeterminada para identificar a
los dispositivos de almacenamiento masivo suele ser por etiqueta
("LABEL") pero no todos los sistemas de archivo lo admiten así que
puede variar y esto, claro, es modificable desde el propio sistema.

Con "mount" sabes de qué unidad se trata.


Camaleón, me refería en modo consola, no en modo gráfico. En modo
consola no se automontan ni se autodesmontan por defecto. Tienes que
instalar manualmente algún paquete para que lo haga.


(...)

Ya, querías decir "sin entorno de escritorio" porque consola sigue
habiendo cuando tienes cargado GNOME, KDE, etc...

Aún así, me parece que en el kernel de Debian se instala como módulo "usb-
storage" lo que hace que cuando conectes un dispositivo de almacenamiento
masivo el kernel lo detecte a través de udev por lo que lo único que
tendrías que hacer es crear una regla en udev que te monte
automáticamente la llave USB que conectes sin necesidad de instalar
paquetería adicional aunque si quieres un control más sofisticado
necesitarás pmount/udisks2 o similares.

Eso sí, para puntos de montaje estáticos tienes que saber cómo se llama
el chisme pero eso ya es más sencillo de gestionar.


Al final he creado, como me dijiste Camaleón, una regla con udev y 
pmount/pumount. Ahora sólo me falta conseguir que se me monte con la 
etiqueta del volumen, si existe, en lugar de como sda o sdb.


Saludos

Rafa

---
El software de antivirus Avast ha analizado este correo electrónico en busca de 
virus.
https://www.avast.com/antivirus

Re: Montar unidades de memoria automáticamente en consola

[Camaleón]

El Fri, 13 Nov 2015 12:09:04 +0100, Rafael Cantos Villanueva escribió:

> El 07/11/2015 a las 15:42, Camaleón escribió:

(...)

>> Aún así, me parece que en el kernel de Debian se instala como módulo
>> "usb-
>> storage" lo que hace que cuando conectes un dispositivo de
>> almacenamiento masivo el kernel lo detecte a través de udev por lo que
>> lo único que tendrías que hacer es crear una regla en udev que te monte
>> automáticamente la llave USB que conectes sin necesidad de instalar
>> paquetería adicional aunque si quieres un control más sofisticado
>> necesitarás pmount/udisks2 o similares.
>>
>> Eso sí, para puntos de montaje estáticos tienes que saber cómo se llama
>> el chisme pero eso ya es más sencillo de gestionar.
> 
> Al final he creado, como me dijiste Camaleón, una regla con udev y
> pmount/pumount. Ahora sólo me falta conseguir que se me monte con la
> etiqueta del volumen, si existe, en lugar de como sda o sdb.

Recuerda que no todos los volúmenes tienen una etiqueta definida.

En cuanto a manuales y ejemplos de montaje de unidades extraíbles USB 
usando LABEL y udev tienes varios, por ejemplo:

Auto-mounting USB storage with udev
http://www.axllent.org/docs/view/auto-mounting-usb-storage/

automounting usb flash drives on linux with udev and pmount
http://www.monperrus.net/martin/automounting+usb+flash+drives+on+linux+with+udev+and+pmount

Saludos,

-- 
Camaleón

Re: Montar unidades de memoria automáticamente en consola

[Camaleón]

El Fri, 06 Nov 2015 21:15:17 +0100, Rafael Cantos Villanueva escribió:

> El 06/11/2015 a las 15:04, Camaleón escribió:
>> El Thu, 05 Nov 2015 21:48:07 +0100, Rafael Cantos Villanueva escribió:
>>
>>> Estoy intentando hacer un programa, en mi caso en Python, que me liste
>>> las unidades de memoria USB conectadas al sistema. Y aquí empieza mi
>>> lío, que a ver si soy capaz de explicar correctamente.
>>> Por defecto, las unidades USB no se montan automáticamente, ni se
>>> desmontan.
>>
>> (...)
>>
>> ¿Mande? :-?
>>
>> Yo creo que sí se montan automáticamente al menos en un entorno de
>> escritorio convencional (GNOME, KDE, XFCE...). Cuando conectas una
>> llave o disco USB se montan bajo "/media/" por obra y gracia de udev y
>> los paquetes de automontaje (udisks2).
>>
>> La nomenclatura que usan de manera predeterminada para identificar a
>> los dispositivos de almacenamiento masivo suele ser por etiqueta
>> ("LABEL") pero no todos los sistemas de archivo lo admiten así que
>> puede variar y esto, claro, es modificable desde el propio sistema.
>>
>> Con "mount" sabes de qué unidad se trata.
> 
> Camaleón, me refería en modo consola, no en modo gráfico. En modo
> consola no se automontan ni se autodesmontan por defecto. Tienes que
> instalar manualmente algún paquete para que lo haga. 

(...)

Ya, querías decir "sin entorno de escritorio" porque consola sigue 
habiendo cuando tienes cargado GNOME, KDE, etc...

Aún así, me parece que en el kernel de Debian se instala como módulo "usb-
storage" lo que hace que cuando conectes un dispositivo de almacenamiento 
masivo el kernel lo detecte a través de udev por lo que lo único que 
tendrías que hacer es crear una regla en udev que te monte 
automáticamente la llave USB que conectes sin necesidad de instalar 
paquetería adicional aunque si quieres un control más sofisticado 
necesitarás pmount/udisks2 o similares.

Eso sí, para puntos de montaje estáticos tienes que saber cómo se llama 
el chisme pero eso ya es más sencillo de gestionar.

Saludos,

-- 
Camaleón

Re: Montar unidades de memoria automáticamente en consola

[Rafael Cantos Villanueva]

El 06/11/2015 a las 15:04, Camaleón escribió:

El Thu, 05 Nov 2015 21:48:07 +0100, Rafael Cantos Villanueva escribió:


Estoy intentando hacer un programa, en mi caso en Python, que me liste
las unidades de memoria USB conectadas al sistema. Y aquí empieza mi
lío, que a ver si soy capaz de explicar correctamente.
Por defecto, las unidades USB no se montan automáticamente, ni se
desmontan.


(...)

¿Mande? :-?

Yo creo que sí se montan automáticamente al menos en un entorno de
escritorio convencional (GNOME, KDE, XFCE...). Cuando conectas una llave
o disco USB se montan bajo "/media/" por obra y gracia de udev y los
paquetes de automontaje (udisks2).

La nomenclatura que usan de manera predeterminada para identificar a los
dispositivos de almacenamiento masivo suele ser por etiqueta ("LABEL")
pero no todos los sistemas de archivo lo admiten así que puede variar y
esto, claro, es modificable desde el propio sistema.

Con "mount" sabes de qué unidad se trata.


Camaleón, me refería en modo consola, no en modo gráfico. En modo 
consola no se automontan ni se autodesmontan por defecto. Tienes que 
instalar manualmente algún paquete para que lo haga. Como comenté, 
usbmount no los monta con las etiquetas del volumen, sino con carpetas 
genéricas llamadas usb, seguido de un número del 0 al 7, dentro de 
/media. De ahí mi pregunta.

Gracias a todos. Probaré con udisks o udisks2, a ver cómo funciona cada uno.

Saludos

Rafa


---
El software de antivirus Avast ha analizado este correo electrónico en busca de 
virus.
https://www.avast.com/antivirus

Re: Montar unidades de memoria automáticamente en consola

[Camaleón]

El Thu, 05 Nov 2015 21:48:07 +0100, Rafael Cantos Villanueva escribió:

> Estoy intentando hacer un programa, en mi caso en Python, que me liste
> las unidades de memoria USB conectadas al sistema. Y aquí empieza mi
> lío, que a ver si soy capaz de explicar correctamente.
> Por defecto, las unidades USB no se montan automáticamente, ni se
> desmontan. 

(...)

¿Mande? :-?

Yo creo que sí se montan automáticamente al menos en un entorno de 
escritorio convencional (GNOME, KDE, XFCE...). Cuando conectas una llave 
o disco USB se montan bajo "/media/" por obra y gracia de udev y los 
paquetes de automontaje (udisks2). 

La nomenclatura que usan de manera predeterminada para identificar a los 
dispositivos de almacenamiento masivo suele ser por etiqueta ("LABEL") 
pero no todos los sistemas de archivo lo admiten así que puede variar y 
esto, claro, es modificable desde el propio sistema.

Con "mount" sabes de qué unidad se trata.

Saludos,

-- 
Camaleón

Re: Montar unidades de memoria automáticamente en consola

[sio2]

El Thu, 05 de Nov de 2015, a las 09:48:07PM +0100, Rafael Cantos Villanueva 
dijo:

> Buenas nuevamente

Hola.

> Bien, mi pregunta es si existe algún paquete que haga lo mismo que usbmount,
> pero montando los dispositivos con algún nombre identificativo, como la
> etiqueta de volumen que tenga asignada la unidad de memoria (por ejemplo,
> rafa16gb).

Yo uso udisks, pero te puedo decir poco porque lo configuré hace mucho
tiempo. Lo que sí ocurre es que me monta los dispositivos bajo /media
usando el nombre del volumen (p.e. /media/MIPICHOUSB).

> O si no es así, si hay alguna forma de saber que el dispositivo
> montado en /media/usb0, por ejemplo, se corresponde a la unidad en /dev/sdb
> (pues sabiendo este último dato puedo obtener con udev la información de la
> unidad).

$ mount | awk '$3 == "/media/usb0" {print $1}'

Un saludo.

-- 
   El amor es como los columpios, porque casi siempre empieza
siendo diversión y casi siempre acaba dando náuseas.
  --- Enrique Jardiel Poncela ---

Montar unidades de memoria automáticamente en consola

[Rafael Cantos Villanueva]

Buenas nuevamente

Estoy intentando hacer un programa, en mi caso en Python, que me liste 
las unidades de memoria USB conectadas al sistema. Y aquí empieza mi 
lío, que a ver si soy capaz de explicar correctamente.
Por defecto, las unidades USB no se montan automáticamente, ni se 
desmontan. He visto que existe un paquete llamado usbmount, que monta y 
desmonta automáticamente los dispositivos por USB. Bien, he probado este 
paquete, y lo hace, pero nombra a los pendrives como usb[i] (donde [i] 
es un número de 0 a 7), y por tanto no puedo identificar de manera 
programática a qué unidad de memoria pertenece el montaje.
Este paquete, y creo que la mayoría actuales, utilizan udev para 
detectar los dispositivos y montarlos.
Bien, mi pregunta es si existe algún paquete que haga lo mismo que 
usbmount, pero montando los dispositivos con algún nombre 
identificativo, como la etiqueta de volumen que tenga asignada la unidad 
de memoria (por ejemplo, rafa16gb). O si no es así, si hay alguna forma 
de saber que el dispositivo montado en /media/usb0, por ejemplo, se 
corresponde a la unidad en /dev/sdb (pues sabiendo este último dato 
puedo obtener con udev la información de la unidad).


Espero que se me haya entendido.

Saludos

Rafa


---
El software de antivirus Avast ha analizado este correo electrónico en busca de 
virus.
https://www.avast.com/antivirus

Re: Montar unidades de memoria automáticamente en consola

[German Cardozo]

2015-11-05 18:30 GMT-04:30 José Miguel (sio2)
<sio2.sio2+lista.deb...@gmail.com>:
> El Thu, 05 de Nov de 2015, a las 09:48:07PM +0100, Rafael Cantos Villanueva 
> dijo:
>
>> Buenas nuevamente
>
> Hola.
>
>> Bien, mi pregunta es si existe algún paquete que haga lo mismo que usbmount,
>> pero montando los dispositivos con algún nombre identificativo, como la
>> etiqueta de volumen que tenga asignada la unidad de memoria (por ejemplo,
>> rafa16gb).
>
> Yo uso udisks, pero te puedo decir poco porque lo configuré hace mucho
> tiempo. Lo que sí ocurre es que me monta los dispositivos bajo /media
> usando el nombre del volumen (p.e. /media/MIPICHOUSB).
>
>> O si no es así, si hay alguna forma de saber que el dispositivo
>> montado en /media/usb0, por ejemplo, se corresponde a la unidad en /dev/sdb
>> (pues sabiendo este último dato puedo obtener con udev la información de la
>> unidad).
>
> $ mount | awk '$3 == "/media/usb0" {print $1}'
>
> Un saludo.
>
> --
>El amor es como los columpios, porque casi siempre empieza
> siendo diversión y casi siempre acaba dando náuseas.
>   --- Enrique Jardiel Poncela ---
>

Yo uso desde consola pmount para montar/desmontar cualquier
dispositivo USB o CDROM. Al menos en mi caso, no hago uso del montaje
automático, pero puede servirte. udisk puede ayudarte en el
reconocimiento de los dispositivos.

-- 
German Cardozo Chirinos
~ memento mori ~

:wq!

Re: Montar unidades de memoria automáticamente en consola

[Maykel Franco]

El 6 nov. 2015 3:43 a. m., "German Cardozo" <gcard...@gmail.com> escribió:
>
> 2015-11-05 18:30 GMT-04:30 José Miguel (sio2)
> <sio2.sio2+lista.deb...@gmail.com>:
> > El Thu, 05 de Nov de 2015, a las 09:48:07PM +0100, Rafael Cantos
Villanueva dijo:
> >
> >> Buenas nuevamente
> >
> > Hola.
> >
> >> Bien, mi pregunta es si existe algún paquete que haga lo mismo que
usbmount,
> >> pero montando los dispositivos con algún nombre identificativo, como la
> >> etiqueta de volumen que tenga asignada la unidad de memoria (por
ejemplo,
> >> rafa16gb).
> >
> > Yo uso udisks, pero te puedo decir poco porque lo configuré hace mucho
> > tiempo. Lo que sí ocurre es que me monta los dispositivos bajo /media
> > usando el nombre del volumen (p.e. /media/MIPICHOUSB).
> >
> >> O si no es así, si hay alguna forma de saber que el dispositivo
> >> montado en /media/usb0, por ejemplo, se corresponde a la unidad en
/dev/sdb
> >> (pues sabiendo este último dato puedo obtener con udev la información
de la
> >> unidad).
> >
> > $ mount | awk '$3 == "/media/usb0" {print $1}'
> >
> > Un saludo.
> >
> > --
> >El amor es como los columpios, porque casi siempre empieza
> > siendo diversión y casi siempre acaba dando náuseas.
> >   --- Enrique Jardiel Poncela ---
> >
>
> Yo uso desde consola pmount para montar/desmontar cualquier
> dispositivo USB o CDROM. Al menos en mi caso, no hago uso del montaje
> automático, pero puede servirte. udisk puede ayudarte en el
> reconocimiento de los dispositivos.
>
> --
> German Cardozo Chirinos
> ~ memento mori ~
>
> :wq!
>

Como te han comentado yo uso udisk y te crea una carpeta con el nombre
identificativo del pendrive y ahí lo monta...

Prueba y nos dices.

Re: Problemas de memoria

[sio2]

El Mon, 28 de Sep de 2015, a las 07:21:31PM +0200, Manolo Díaz dijo:

>> Eso sí, insisto en que por mucho oom-killer, cuando a mí se me produjo
>> la situación, no podía usar el servicio ssh, porque aunque éste estaba
>> activo, no era capaz de abrir sesión.
> 
> Si he entendido bien lo básico sobre el tema, oom-killer solo funciona
> en el modo overcommit = 0.

Ya, pero yo no me refiero a la situación de ayer, si no a otra que se
produjo hace poco menos de un año. En esas circunstancias estaba a 0 el
parámetro.

-- 
   Todo el mundo se suicidaría si después de suicidarse se
pudiera seguir viviendo.
  --- Enrique Jardiel Poncela ---

Re: Problemas de memoria

[Manolo Díaz]

El lunes, 28 sep 2015 a las 14:13 UTC
José Miguel (sio2) escribió:

> Eso sí, insisto en que por mucho oom-killer, cuando a mí se me produjo
> la situación, no podía usar el servicio ssh, porque aunque éste estaba
> activo, no era capaz de abrir sesión.

Si he entendido bien lo básico sobre el tema, oom-killer solo funciona
en el modo overcommit = 0.

Saludos.
-- 
Manolo Díaz

Re: Problemas de memoria

[sio2]

Un saludo a todos ya he dejado la cosa funcionando y esperaré
acontecimientos.

Sobre algunas respuestas que me habéis dado:

@Camaleon:
Sí, normalmente la SWAP está a 0. Pero es que lo de ayer era la
situación post-apocalipsis. Después de lograr entrar dejé el sistema que
parecía funcionar, pero había cosas que no lo hacían perfectamente.
Por ejemplo, el sistema de logs no funcionaba bien: en /var/log sí se
escribían los eventos, pero si los pedía a través de journalctl (que por
cierto es bastante cómodo) no se mostraban aquellos que se habían
producido después de la hecatombe. Eso es fácil de solucionar, pero como
no sabía si habría otros vicios ocultos, mandé reiniciar. Hoy, en una
situación normal, la SWAP sí está a cero.

En cuanto a la memoria cacheada, siempre me pasa: va aumentando
lentamente y nunca me ha dado problemas ello. De hecho, si la mando
liberar:

# sync ; echo 1 > /proc/sys/vm/drop_caches

Lo hace sin problemas y, casi toda, pasa otra vez a memoria libre.

@Satiago y @Manolo:
En cuanto a la estrategia de la memoria, no sé, sin discusiones que
podría mantener sin controlar mucho. Entiendo que lo suyo es no
llegar a situaciones extremas y tener siempre memoria libre. Pero en un
caso extremo en que falte memoria, hay dos posibilidades:

+ No ejecutar nada más (que era lo que me pasaba a mí).
+ Sacrificar algo supuestamente poco importante, y poder ejecutar otra
  cosa, que quizás va encaminada a paliar la situación.

QUizás es mejor lo segundo que lo primero: eyectar al pasajero para
salvar el avión.

Eso sí, insisto en que por mucho oom-killer, cuando a mí se me produjo
la situación, no podía usar el servicio ssh, porque aunque éste estaba
activo, no era capaz de abrir sesión.

Un saludo.

-- 
   ¿No ha de haber un espíritu valiente?
¿Siempre se ha de sentir lo que se dice?
¿Nunca se ha de decir lo que se siente?
  --- Francisco de Quevedo ---

Re: Problemas de memoria

[Manolo Díaz]

El domingo, 27 sep 2015 a las 14:00 UTC
Santiago Vila escribió:

> On Sun, Sep 27, 2015 at 01:46:14PM +0200, José Miguel (sio2) wrote:
> > Parece que hay memoria libre, pero si por:
> > 
> > vm.overcommit_memory = 2
> > 
> > no se puede ocupar más del 50%RAM+SWAP (6GB de memoria) con lo cual es
> > plausible pensar que se llegó a ese límite cuando no podía acceder al
> > servidor.
> 
> Esto es lo que te decía antes. Si no dices nada más entonces la memoria
> que puede asignar es swap + 50% de la RAM.
> 
> Si tienes 2GB de swap y 8GB de RAM, te estás limitando a usar 6 GB de
> memoria en total. Pero tienes 8 GB así que estás desaprovechando
> completamente 2 GB de RAM de la forma más escandalosa.
> 
> Si de verdad no quieres que pida más de 8 Gigas, sube el SWAP a 4 Gigas
> manteniendo la regla de SWAP + 50% de RAM. Pero incluso así estarías
> desaprovechando la memoria disponible. Si las aplicaciones "piden" el
> doble de lo que realmente necesitan y decides darles 8 Gigas como
> máximo, entonces solamente llegarás a usar 4 GB de verdad.
> 
> Por supuesto que es una exageración, pero es para que te hagas una idea.
> 
> Otra posibilidad es dejarle que use *toda* la memoria disponible:
> 
> vm.overcommit_memory = 2
> vm.overcommit_ratio = 100
> 
> > @ManoloDiaz
> > > Sugiero que investigues el ajuste OOM score, se hace por procesos y
> > > creo que systemd lo gestiona sin dificultad. Así podrías establecer
> > > una jerarquía para ver cuáles son los últimos en ser aniquilados por
> > > el núcleo cuando empieza a faltar memoria.
> > 
> > Pues no tenía ni idea de esto. He ido a mirar y he visto que el SSH
> > tiene, así sin tocarlo, el oom_score_adj a -1000. O sea, que el
> > oom-killer no se lo cargará, cosa que me interesa.
> 
> No te interesa que se cargue *ningún* proceso.
> 
> Esto del OOM killer en realidad es una aberración. Es como si unas
> líneas aéreas deciden que cuando un avión está bajo de combustible
> se elige un pasajero al azar y le dan al botón de "eject" para
> ese pasajero.

Al azar no. Los mantenedores de sshd parecen estar lo bastante lúcidos
como para hacer que esté disponible casi en cualquier contingencia.
En un caso como este en el que el servidor está en "El País de Muy, Muy
Lejano" eso es de lo más conveniente.
 
> Mejor lee el original de Andries Brouwer:
> 
> https://lwn.net/Articles/104185/
> 
> No pierdas el tiempo haciendo "ajustes" del OOM killer. Es como si te
> andaras rompiendo la cabeza afinando el algoritmo por el que se decide
> qué pasajero expulsas del avión...
 
No es muy elegante, pero no creo que los desarrolladores de Linux se
hayan levantado un día aburridos y decidieran programar una aberración.
Parece que las soluciones obvias al límite de la memoria son (aparte de
aumentarla) o eliminar procesos, o impedir que se lancen nuevos.
Y te ofrecen que elijas entre dos soluciones nada elegantes.

-- 
Manolo Díaz

Re: Problemas de memoria

[Santiago Vila]

On Sun, Sep 27, 2015 at 01:46:14PM +0200, José Miguel (sio2) wrote:
> Parece que hay memoria libre, pero si por:
> 
> vm.overcommit_memory = 2
> 
> no se puede ocupar más del 50%RAM+SWAP (6GB de memoria) con lo cual es
> plausible pensar que se llegó a ese límite cuando no podía acceder al
> servidor.

Esto es lo que te decía antes. Si no dices nada más entonces la memoria
que puede asignar es swap + 50% de la RAM.

Si tienes 2GB de swap y 8GB de RAM, te estás limitando a usar 6 GB de
memoria en total. Pero tienes 8 GB así que estás desaprovechando
completamente 2 GB de RAM de la forma más escandalosa.

Si de verdad no quieres que pida más de 8 Gigas, sube el SWAP a 4 Gigas
manteniendo la regla de SWAP + 50% de RAM. Pero incluso así estarías
desaprovechando la memoria disponible. Si las aplicaciones "piden" el
doble de lo que realmente necesitan y decides darles 8 Gigas como
máximo, entonces solamente llegarás a usar 4 GB de verdad.

Por supuesto que es una exageración, pero es para que te hagas una idea.

Otra posibilidad es dejarle que use *toda* la memoria disponible:

vm.overcommit_memory = 2
vm.overcommit_ratio = 100

> @ManoloDiaz
> > Sugiero que investigues el ajuste OOM score, se hace por procesos y
> > creo que systemd lo gestiona sin dificultad. Así podrías establecer
> > una jerarquía para ver cuáles son los últimos en ser aniquilados por
> > el núcleo cuando empieza a faltar memoria.
> 
> Pues no tenía ni idea de esto. He ido a mirar y he visto que el SSH
> tiene, así sin tocarlo, el oom_score_adj a -1000. O sea, que el
> oom-killer no se lo cargará, cosa que me interesa.

No te interesa que se cargue *ningún* proceso.

Esto del OOM killer en realidad es una aberración. Es como si unas
líneas aéreas deciden que cuando un avión está bajo de combustible
se elige un pasajero al azar y le dan al botón de "eject" para
ese pasajero.

Mejor lee el original de Andries Brouwer:

https://lwn.net/Articles/104185/

No pierdas el tiempo haciendo "ajustes" del OOM killer. Es como si te
andaras rompiendo la cabeza afinando el algoritmo por el que se decide
qué pasajero expulsas del avión...

Re: Problemas de memoria

[fernando sainz]

El día 27 de septiembre de 2015, 15:51, Camaleón <noela...@gmail.com> escribió:
> El Sun, 27 Sep 2015 13:46:14 +0200, José Miguel (sio2) escribió:
>
>> Para no escribir varios correos contentos a todos aquí:
>>
>> Ya he logrado meterme en el servidor y no he visto ningún programa que
>> parezca consumir ingentes cantidades de memoria. El estado de la memoria
>> cuando logré entrar era este:
>>
>>  total used  freeshared   buffers   cached
>> Mem:   8072224  5397344   2674880223196 93108  3734372
>> -/+ buffers/cache:15698646502360
>> Swap:  209714832572   2064576
>>
>> Parece que hay memoria libre,
>
> (...)
>
> Un apunte sobre el uso de memoria.
>
> Con 8 GiB de RAM física el sistema de no debería tirar de la swap salvo
> en casos MUY puntuales. Mi equipo personal tiene esa misma configuración
> (8 GiB y 2 GiB de swap) y nunca, jamás lo he visto hacer uso de la swap.
> Ni un sólo byte.
>
> Por otro lado, tienes ~3,7 GiB cacheados, lo cual puede ser bueno (si
> esos datos se están usando para agilizar operaciones) o no, porque no
> siempre ese caché contiene información útil, pueden ser datos de un
> proceso que ya ha terminado pero que está reteniendo esa memoria¹ e
> impidiendo que el resto de servicios puedan solicitarla y el kernel no
> pueda asignarla (de ahí que tenga que tirar de la swap). Prueba a vaciar
> el caché.
>

La memoria cache la gestiona el núcleo y cuando se necesita más RAM se
desecha el cache y se usa.
En ningún momento deja de estar disponible.

S2.


> ¹Suele pasarme en un servidor con samba al hacer copia de los datos desde
> los clientes de la red, el sistema se pone en modo "traga-RAM" y cuando
> termina la copia siguen en caché unos 7 GiB. de los 8 GiB de RAM física
> que tiene el servidor.
>
> Saludos,
>
> --
> Camaleón
>

Re: Problemas de memoria

[sio2]

Para no escribir varios correos contentos a todos aquí:

Ya he logrado meterme en el servidor y no he visto ningún programa que
parezca consumir ingentes cantidades de memoria. El estado de la memoria
cuando logré entrar era este:

 total used  freeshared   buffers   cached
Mem:   8072224  5397344   2674880223196 93108  3734372
-/+ buffers/cache:15698646502360
Swap:  209714832572   2064576

Parece que hay memoria libre, pero si por:

vm.overcommit_memory = 2

no se puede ocupar más del 50%RAM+SWAP (6GB de memoria) con lo cual es
plausible pensar que se llegó a ese límite cuando no podía acceder al
servidor.

En cuanto a las aplicaciones, la que más ocupaba era squid con un 6,8%.
En su fichero de configuración tengo:

cache_mem 512

lo que representa el 6,25% (1/16) de la memoria RAM. Así que el dato
parece coherente.

El siguiente es bind con un 3.5%.  Esto sí me parece bastante, pero
quizás sea debido a que tengo varias vistas y adición dinámica de
nombres, de manera que unas vistas tienen que ser esclavas de otras.

El caso es que he puesto a 0 el parámetro del núcleo y a funcionar un
script que cada 10 minutos me comprueba las estadísticas de memoria y si
se ha producido algún oom. Así tendré un historial del consumo de
memoria y, si vuelve a fallar, más elementos de juicio.

A ver qué pasa.

> Si todos los programas piden más memoria de la que necesitan y le
> dices al núcleo que nunca conceda más memoria de la que tiene
> realmente, estás infrautilizando la memoria que tienes.

Tiene 2GB de swap. Había leído que superar esa cantidad de swap
no era muy recomendable. Aunque claro, a lo mejor es debido a que, si se
da el caso, lo que el sistema está pidiendo urgentemente es una
ampliación de la RAM.

El caso es que en la salida de free, no parece haver mucha SWAP en uso.
Me inclino a pensar que era por el valor de vm.overcommit_memory

Comprobaré el consumo de swap en el historial del script que he puesto a
funcionar.

@ManoloDiaz
> Sugiero que investigues el ajuste OOM score, se hace por procesos y
> creo que systemd lo gestiona sin dificultad. Así podrías establecer
> una jerarquía para ver cuáles son los últimos en ser aniquilados por
> el núcleo cuando empieza a faltar memoria.

Pues no tenía ni idea de esto. He ido a mirar y he visto que el SSH
tiene, así sin tocarlo, el oom_score_adj a -1000. O sea, que el
oom-killer no se lo cargará, cosa que me interesa. Sin embargo, tengo un
servidor con wheezy más o menos como tenía antes configurado este y he
comprobado que ocurre lo mismo. Sin embargo, el año pasado cuando tuve
los problemas de oom, no podía acceder al servidor. Efectivamente sshd
corría, pero tras autenticarme, devolvía un error de
ssh_exchange_identification, creo recordar y me quedaba sin acceso. Así
que ese valor, simplemente, no me ayuda mucho. Supongo que al acceder
por SSH, es necesario abrir subprocesos que dada la situación no pueden
abrirse. No sé si eso tendrá alguna solución.

@Camaleon
> Ojo, que "2719744 bytes" son ~2,5 MiB ;-)
Sí, son MB, no GB... En fin, agradezco que me lo hayas dicho así como
disimulando para que no se entere el resto.

Gracias, de momento, a todos por las sugerencias.

-- 
   En la vida humana sólo unos pocos sueños se cumplen,
la mayoría se roncan.
  --- Enrique Jardiel Poncela ---

Re: Problemas de memoria

[Santiago Vila]

On Sun, Sep 27, 2015 at 07:32:26PM +0200, Manolo Díaz wrote:

> No es muy elegante, pero no creo que los desarrolladores de Linux se
> hayan levantado un día aburridos y decidieran programar una aberración.
> Parece que las soluciones obvias al límite de la memoria son (aparte de
> aumentarla) o eliminar procesos, o impedir que se lancen nuevos.
> Y te ofrecen que elijas entre dos soluciones nada elegantes.

La verdad siempre es más elegante que la mentira.

Los procesos piden memoria y el núcleo les dice, "toma, aquí la tienes",
pero en realidad es mentira, si todos los procesos usaran la memoria
que han pedido y en teoría les ha sido concedida resulta que no hay
para todos.

"Ay, no, que te he dado una memoria que en realidad no tengo, ahora
por pretender usar la memoria que te he dado y para enmendar mi error,
vas a morir".

No sé qué harán los desarrolladores de Linux cuando estén aburridos,
pero esto del overcommit, y después de leer todo lo que he podido
sobre el tema, me parece una chapucilla.

Re: Problemas de memoria

[Manolo Díaz]

El domingo, 27 sep 2015 a las 21:05 UTC
Santiago Vila escribió:

> On Sun, Sep 27, 2015 at 07:32:26PM +0200, Manolo Díaz wrote:
> 
> > No es muy elegante, pero no creo que los desarrolladores de Linux se
> > hayan levantado un día aburridos y decidieran programar una aberración.
> > Parece que las soluciones obvias al límite de la memoria son (aparte de
> > aumentarla) o eliminar procesos, o impedir que se lancen nuevos.
> > Y te ofrecen que elijas entre dos soluciones nada elegantes.
> 
> La verdad siempre es más elegante que la mentira.
> 
> Los procesos piden memoria y el núcleo les dice, "toma, aquí la tienes",
> pero en realidad es mentira, si todos los procesos usaran la memoria
> que han pedido y en teoría les ha sido concedida resulta que no hay
> para todos.
> 
> "Ay, no, que te he dado una memoria que en realidad no tengo, ahora
> por pretender usar la memoria que te he dado y para enmendar mi error,
> vas a morir".
> 
> No sé qué harán los desarrolladores de Linux cuando estén aburridos,
> pero esto del overcommit, y después de leer todo lo que he podido
> sobre el tema, me parece una chapucilla.
> 

Pero es que no hay solución ideal. Al ajustar overcommit respondes una
pregunta sobre una situación límite: qué hago si me quedo sin memoria.
Porque si ponerse a aniquilar procesos para desalojar memoria es un
disparate, lo que le ha sucedido a José Miguel tampoco se queda atrás,
y dejar que las aplicaciones en curso vayan fallando estrepitosamente
no es la alegría de la huerta (¿vm.overcommit_memory = 1?).

-- 
Manolo Díaz

Re: Problemas de memoria

[Camaleón]

El Sun, 27 Sep 2015 13:46:14 +0200, José Miguel (sio2) escribió:

> Para no escribir varios correos contentos a todos aquí:
> 
> Ya he logrado meterme en el servidor y no he visto ningún programa que
> parezca consumir ingentes cantidades de memoria. El estado de la memoria
> cuando logré entrar era este:
> 
>  total used  freeshared   buffers   cached
> Mem:   8072224  5397344   2674880223196 93108  3734372 
> -/+ buffers/cache:15698646502360 
> Swap:  209714832572   2064576
> 
> Parece que hay memoria libre, 

(...)

Un apunte sobre el uso de memoria. 

Con 8 GiB de RAM física el sistema de no debería tirar de la swap salvo 
en casos MUY puntuales. Mi equipo personal tiene esa misma configuración 
(8 GiB y 2 GiB de swap) y nunca, jamás lo he visto hacer uso de la swap. 
Ni un sólo byte.

Por otro lado, tienes ~3,7 GiB cacheados, lo cual puede ser bueno (si 
esos datos se están usando para agilizar operaciones) o no, porque no 
siempre ese caché contiene información útil, pueden ser datos de un 
proceso que ya ha terminado pero que está reteniendo esa memoria¹ e 
impidiendo que el resto de servicios puedan solicitarla y el kernel no 
pueda asignarla (de ahí que tenga que tirar de la swap). Prueba a vaciar 
el caché.

¹Suele pasarme en un servidor con samba al hacer copia de los datos desde 
los clientes de la red, el sistema se pone en modo "traga-RAM" y cuando 
termina la copia siguen en caché unos 7 GiB. de los 8 GiB de RAM física 
que tiene el servidor.

Saludos,

-- 
Camaleón

Re: Problemas de memoria

[Santiago Vila]

On Sat, Sep 26, 2015 at 09:56:58AM +0200, José Miguel (sio2) wrote:
> $ ssh yo@mlejanoservidor
> [...]
> Last login: Thu Sep 24 23:56:00 2015 from X.Y.Z.T
> -bash: fork: No se pudo asignar memoria   
>   
> -bash: xmalloc: no se pueden asignar 4112 bytes (2719744 bytes asignados) 
>   
> Connection to milejanoservidor closed.
>
> [...]
>
> La pregunta es, ¿qué me aconsejáis?

Ya que nadie te lo ha dicho, te lo digo yo: Pon más swap.

Si todos los programas piden más memoria de la que necesitan y le
dices al núcleo que nunca conceda más memoria de la que tiene
realmente, estás infrautilizando la memoria que tienes.

Problemas de memoria

[sio2]

Un saludo a la lista:

A ver si me podéis guiar y aconsejar para la nueva que se me avecina.

Administro un servidor en la distancia (muy en la distancia), en el que
tenía wheezy, y en el que hace cosa de dos semanas instalé jessie y
reorganicé un poco los servicios. No fue una simple actualización, sino
una instalación desde cero.

El caso es que por la tarde dejó de servir convenientemente (la mayor
parte de los servicios no van). He probado a conectarme por SSH y me
encuentro con esto:

#v+
$ ssh yo@mlejanoservidor
[...]
Last login: Thu Sep 24 23:56:00 2015 from X.Y.Z.T
-bash: fork: No se pudo asignar memoria 

-bash: xmalloc: no se pueden asignar 4112 bytes (2719744 bytes asignados)   

Connection to milejanoservidor closed.
#v-

Parece claro que el servidor se ha quedado sin memoria, ¿no? Así que
supongo que me toca averiguar qué programa es el culpable de esto.

El servidor tiene 8GB; pero cuando tenía 4GB y corría wheezy (hace cosa
de un año), empezó a darme problemas de memoria. Al final descubrí que
era debido a que las aplicaciones requerían más memoria de esos 4GB en
conjunto, y linux les dejaba reservar más memoria de la que existía
(supongo que con la esperanza de que el conjunto nunca alcance el límite
del total de memoria). Cuando realmente necesitaban más memoria que la
memoria física, empezaban a cascar las aplicaciones. La solución
obviamente era ampliar la memoria y así lo hice, pero también añadí,
entre tanto, a sysctl,conf:

vm.overcommit_memory = 2

para que el núcleo no obrara así. Ahora en el nuevo sistema, también
tengo ese valor en el fichero.

El caso es que durante algo menos de un año wheezy no dio ningún
problema de memoria (y solía haber bastante memoria libre). El nuevo
servidor tiene una configuración similar (no la misma), tiene la misma
carga y corre prácticamente los mismos servicios, por lo que en
condiciones normales no tendría que requerir mucha más memoria.

La pregunta es, ¿qué me aconsejáis? No tengo acceso físico al servidor,
así que el lunes no seré yo quien se acerque. Supongo que sería
interesante poder hacer un "top" o un "ps" para obtener la memoria que
ocupa cada proceso, pero no sé si ni siquiera se puede abrir una sesión
de bash, quizás sea imposible. ¿Pido que me saquen una foto de la
terminal? Quizás haya información interesante en ella.

Por otro lado, el curso pasado me hice un script para hacer
un seguimiento de la memoria, de manera que cada X tiempo obtenía la
memoria libre y los cinco o diez procesos que más memoria consumían. Si
me es imposible ahora mismo sacar quién ha sido el culpable, puede ser
un buen aliado para tener un historial de la memoria hasta la próxima
vez que casque.

¿Se os ocurre algo?

Por cierto con eso de 2719744 bytes asignados, ¿a qué se refiere?
¿Asignados a quién? Porque no puede ser la memoria total, que es 8 GB.

Gracias de antemano.

-- 
   La virtud, como el arte, hallarse suele
cerca de lo difícil [...]
  --- Lope de Vega ---

Re: Problemas de memoria

[Manolo Díaz]

El sábado, 26 sep 2015 a las 14:59 UTC
José Miguel (sio2) escribió:

> El Sat, 26 de Sep de 2015, a las 02:20:00PM +, Camaleón dijo:
> 
> > Lo primero sería ejecutar "free" (para ver qué cantidad de RAM hay en uso/
> > disponible) y "top" (para ver qué servicios están consumiendo más RAM).
> 
> Sí, eso ya lo he dejado dicho. En vez de "top" he sugerido "ps" para
> poder volcar a un disco. El problema es que no haya memoria para abrir
> una sesión bash. :(
> 
> >> Por cierto con eso de 2719744 bytes asignados, ¿a qué se refiere?
> >> ¿Asignados a quién? Porque no puede ser la memoria total, que es 8 GB.
> > 
> > Al cerrarte la sesión SSH entiendo que se referirá a eso, que no puede 
> > ubicar la memoria necesaria para abrir una sesión de bash, asignar una 
> > terminal, etc.
> 
> No, si yo también. Lo que no sé es qué significa exactamente ese número
> 2719744 (~2.6 GiB).

~2.6 MiB

> Un saludo y gracias.
> 

Sugiero que investigues el ajuste OOM score, se hace por procesos y
creo que systemd lo gestiona sin dificultad. Así podrías establecer una
jerarquía para ver cuáles son los últimos en ser aniquilados por el
núcleo cuando empieza a faltar memoria.

Saludos.
-- 
Manolo Díaz

Re: Problemas de memoria

[Camaleón]

El Sat, 26 Sep 2015 16:59:35 +0200, José Miguel (sio2) escribió:

> El Sat, 26 de Sep de 2015, a las 02:20:00PM +, Camaleón dijo:

(...)

>>> Por cierto con eso de 2719744 bytes asignados, ¿a qué se refiere?
>>> ¿Asignados a quién? Porque no puede ser la memoria total, que es 8 GB.
>> 
>> Al cerrarte la sesión SSH entiendo que se referirá a eso, que no puede
>> ubicar la memoria necesaria para abrir una sesión de bash, asignar una
>> terminal, etc.
> 
> No, si yo también. Lo que no sé es qué significa exactamente ese número
> 2719744 (~2.6 GiB).

Ojo, que "2719744 bytes" son ~2,5 MiB ;-)

En cuanto a su procedencia y por el mensaje que te aparece, "intuyo" que 
es memoria que ya se ha asignado a la sesión SSH pero que se ha quedado 
corta.

Saludos,

-- 
Camaleón

Re: Problemas de memoria

[Camaleón]

El Sat, 26 Sep 2015 09:56:58 +0200, José Miguel (sio2) escribió:

> Un saludo a la lista:
> 
> A ver si me podéis guiar y aconsejar para la nueva que se me avecina.

Pues así a botepronto, "píldoras memorín" :-)
 
> Administro un servidor en la distancia (muy en la distancia), en el que
> tenía wheezy, y en el que hace cosa de dos semanas instalé jessie y
> reorganicé un poco los servicios. No fue una simple actualización, sino
> una instalación desde cero.
> 
> El caso es que por la tarde dejó de servir convenientemente (la mayor
> parte de los servicios no van). He probado a conectarme por SSH y me
> encuentro con esto:
> 
> #v+
> $ ssh yo@mlejanoservidor [...]
> Last login: Thu Sep 24 23:56:00 2015 from X.Y.Z.T -bash: fork: No se
> pudo asignar memoria -bash: xmalloc: no se pueden asignar 4112 bytes
> (2719744 bytes asignados) Connection to milejanoservidor closed.
> #v-
> 
> Parece claro que el servidor se ha quedado sin memoria, ¿no? Así que
> supongo que me toca averiguar qué programa es el culpable de esto.

(...)

Supongo que ahora mismo no podrás ejecutar nada (y un reinicio no sería 
buena idea) por lo que tendrás que esperar a que haya alguien delante del 
servidor para hacer las pruebas.

Lo primero sería ejecutar "free" (para ver qué cantidad de RAM hay en uso/
disponible) y "top" (para ver qué servicios están consumiendo más RAM).

(...)

> La solución obviamente era ampliar la memoria y así lo hice, pero
> también añadí, entre tanto, a sysctl,conf:
> 
> vm.overcommit_memory = 2
> 
> para que el núcleo no obrara así. Ahora en el nuevo sistema, también
> tengo ese valor en el fichero.

Pues yo lo dejaría con el valor predeterminado y me centraría en 
gestionar el consumo de RAM, para lo cual tendrás que ver qué servicios 
tienes en ejecución y si puede haber algún proceso desbocado.

(...)

> Por cierto con eso de 2719744 bytes asignados, ¿a qué se refiere?
> ¿Asignados a quién? Porque no puede ser la memoria total, que es 8 GB.

Al cerrarte la sesión SSH entiendo que se referirá a eso, que no puede 
ubicar la memoria necesaria para abrir una sesión de bash, asignar una 
terminal, etc.

En la documentación del kernel explican esos valores que has asignado a 
"vm.overcommit_memory":

https://www.kernel.org/doc/Documentation/vm/overcommit-accounting

A lo que "grosso-modo" entiendo que al usar el valor predeterminado (0) 
le estás diciendo al kernel que coja la memoria (virtual/real) que pueda 
por lo que supongo que algún proceso será más proclive a terminar 
cascando con un OOM (desbordamiento). 

El valor (1) y el (2) parecen definir situaciones opuestas, mientras que 
el primero sería algo como así como decir "kernel, a revienta caballo, 
asigna la memoria que necesites, aunque no 'hayga' ¡¡¡yiiihaaa!!!" y la 
segunda sería la opción más conservadora definiendo una valor determinado 
para la asignación de la memoria a los procesos (SWAP + 50% de RAM) lo 
que hace que en lugar de recibir un error de desbordamiento OOM recibas 
ese mensaje de "no puedo asignar [...] memoria", que para el caso es lo 
mismo.

Saludos,

-- 
Camaleón

Re: Problemas de memoria

[sio2]

El Sat, 26 de Sep de 2015, a las 02:20:00PM +, Camaleón dijo:

> Lo primero sería ejecutar "free" (para ver qué cantidad de RAM hay en uso/
> disponible) y "top" (para ver qué servicios están consumiendo más RAM).

Sí, eso ya lo he dejado dicho. En vez de "top" he sugerido "ps" para
poder volcar a un disco. El problema es que no haya memoria para abrir
una sesión bash. :(

>> Por cierto con eso de 2719744 bytes asignados, ¿a qué se refiere?
>> ¿Asignados a quién? Porque no puede ser la memoria total, que es 8 GB.
> 
> Al cerrarte la sesión SSH entiendo que se referirá a eso, que no puede 
> ubicar la memoria necesaria para abrir una sesión de bash, asignar una 
> terminal, etc.

No, si yo también. Lo que no sé es qué significa exactamente ese número
2719744 (~2.6 GiB).

Un saludo y gracias.

-- 
   Y entonces sin embarazo,
se le atiza un estacazo,
se la mata y a otra cosa.
  --- Muñoz Seca ---

no puedo copiar a memoria usb

[luis]

Buenos días

Tengo instalado debian jessie amd64, cuando intento copiar un fichero 
para una memoria usb me sale lo siguiente


"Sistema de fichero de solo lectura (30).


Le he cambiado con chmod 777 al fichero y nada no me lo deja copiar.

Alguna idea no se si tiene que ver  con el fstab.???

Gracias a todos

Re: no puedo copiar a memoria usb

[Manolo Díaz]

El martes, 8 sep 2015 a las 11:53 UTC
l...@ida.cu escribió:

> Buenos días
> 
> Tengo instalado debian jessie amd64, cuando intento copiar un fichero 
> para una memoria usb me sale lo siguiente
> 
> "Sistema de fichero de solo lectura (30).
> 
> 
> Le he cambiado con chmod 777 al fichero y nada no me lo deja copiar.

De nada sirve eso cuando es el sistema de ficheros que lo contiene el
que está montado en modo de solo lectura.

> Alguna idea no se si tiene que ver  con el fstab.???

A eso te podríamos responder mejor si mostrases su contenido, al menos
las líneas relevantes. Aunque lo habitual es que no contenga las
unidades extraíbles, hace tiempo suelen gestionarse con udisks.

> Gracias a todos
> 
> 

Saludos.
-- 
Manolo Díaz

Re: no puedo copiar a memoria usb

[Gonzalo Rivero]

El mar, 08-09-2015 a las 07:53 -0400, l...@ida.cu escribió:
> Buenos días
> 
> Tengo instalado debian jessie amd64, cuando intento copiar un fichero
> para una memoria usb me sale lo siguiente
> 
> "Sistema de fichero de solo lectura (30).
> 
> 
> Le he cambiado con chmod 777 al fichero y nada no me lo deja copiar.
> 
no es el archivo, es el sistema de archivos.
mount -o remount,rw 

pero, normalmente cuando un sistema de archivos se re-monta sólo y en
modo solo lectura, es que se rompió algo. Tal vez puedas arreglarlo con
fsck

> Alguna idea no se si tiene que ver  con el fstab.???
> 
> Gracias a todos
> 
> 

-- 
(-.(-.(-.(-.(-.(-.-).-).-).-).-).-)

Re: no puedo copiar a memoria usb

[Camaleón]

El Tue, 08 Sep 2015 07:53:24 -0400, luis escribió:

> Tengo instalado debian jessie amd64, cuando intento copiar un fichero
> para una memoria usb me sale lo siguiente
> 
> "Sistema de fichero de solo lectura (30).
> 
> 
> Le he cambiado con chmod 777 al fichero y nada no me lo deja copiar.
> 
> Alguna idea no se si tiene que ver  con el fstab.???

Con la llave conectada, ejecuta "mount" y manda la salida.

Saludos,

-- 
Camaleón

Re: Memoria USN kingstone

[Haylem Candelario Bauzá]

El lun, 13-04-2015 a las 11:23 -0500, JESUS0414 . escribió:
 omo no ubu

El problema radica en el firmware de tu pendrive, debes bajarte el
firmware de internet para tu memoria y requemarlo. Hay ultimamente un
vírus que provoca eso y lo hace tambíen con los discos duros usb y todo
lo que sea usb(solo en windows). Tew pone la memoria como de solo
lectura y el error es formatearla, al hacer esto deja de servir porque
no puede completar el formato. El formateo lo resuelve cuando está
recien infectada.

Otro error que puede provocar eso es tener la memoria en fat32, copiar
algo y extraerla sin expulsarla por el sistema. esto puede corromperte
el formato. Pero si lo que dices es que luego de formatear ya no sirve,
el problema es de firmware. Aquí en Cuba hay varias personas que se
dedican a eso. Es solo bajarlo de internet y requemarlo con un programa
para eso, en linux te sirve flashrom pero yo todavía no he profundizado
en él.

paraq usarlo haz como root en GNU/Linux

aptitude install flashrom

Es un comando que no tiene interfaz gráfica.


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1429015174.3676.4.ca...@unix.inor.sld.cu

Fwd: Memoria USN kingstone

[JESUS0414 .]

-- Mensaje enviado --
De: JESUS0414 . yeshua0...@gmail.com
Fecha: 13 de abril de 2015, 12:29 p. m.
Asunto: Re: Memoria USN kingstone
Para: alexlikerock-Gmail alexliker...@gmail.com


En primer lugar gracias a los que contestaron cordialmente, lamento la
ortografía pero lo redacté en el smartphone y no se porque me cambia las
palabras, el gestor ortográfico trabaja con los huevos, en fin. La
herramienta que uso o mas bien, he usado para la particion y borrado, la he
hecho con una que se llama discos, viene con gnome instalado por defecto
y me sale:
modelo: GENERIC USB Mass Storage (1.00)
soporte: -
Tamaño: -
Número de serie: GENERIC_USB_Mass_Storage-0:0
Volúmenes: no hay soporte
tamaño: -
Dispositivo: /dev/sdc
Contenido: -

La usb no ha sido expuesta a humedad ni a malos tratos. en win2 sale una
pantalla que no se reconoce el dispositivo, eso es todo lo que me
muestra las herramientas. Gracias  a quien me pueda ayudar.

Re: Memoria USN kingstone

[Eduardo Venegas Astete]

Con esa misma utilidad para particionar discos haz lo siguiente:

- Borra todas las particiones del pendrive.
- Crea una tabla de particiones nueva del tipo msdos.
- Crea una partición primaria del tipo fat32 que use por completo el
pendrive.
- Verifica si funciona en windows y ubuntu.


Saludos

2015-04-13 19:18 GMT-03:00 JESUS0414 . yeshua0...@gmail.com:


 -- Mensaje enviado --
 De: JESUS0414 . yeshua0...@gmail.com
 Fecha: 13 de abril de 2015, 12:29 p. m.
 Asunto: Re: Memoria USN kingstone
 Para: alexlikerock-Gmail alexliker...@gmail.com


 En primer lugar gracias a los que contestaron cordialmente, lamento la
 ortografía pero lo redacté en el smartphone y no se porque me cambia las
 palabras, el gestor ortográfico trabaja con los huevos, en fin. La
 herramienta que uso o mas bien, he usado para la particion y borrado, la he
 hecho con una que se llama discos, viene con gnome instalado por defecto
 y me sale:
 modelo: GENERIC USB Mass Storage (1.00)
 soporte: -
 Tamaño: -
 Número de serie: GENERIC_USB_Mass_Storage-0:0
 Volúmenes: no hay soporte
 tamaño: -
 Dispositivo: /dev/sdc
 Contenido: -

 La usb no ha sido expuesta a humedad ni a malos tratos. en win2 sale una
 pantalla que no se reconoce el dispositivo, eso es todo lo que me
 muestra las herramientas. Gracias  a quien me pueda ayudar.

Re: Memoria USN kingstone

[Camaleón]

El Mon, 13 Apr 2015 11:23:43 -0500, JESUS0414 . escribió:

 Hola comunidad, yo un usuario básico de debian, mas específicamente de
 ubuntu. 

Ubuntu no es Debian y tiene sus propias listas de usuarios así que no 
cuela ;-)

(...)

 La pregunta es, teniendo en cuenta que tanto windows como no ubuntu
 reconocen el pendrive, pero no deja guardar ni formatear nada, se puede
 recuperar el dispositivo, o debo dejarlo por muerto? En caso de poderse
 recuperar, si no es mucha molestia, indicarme como repararla ya que en
 realidad mis conocimientos en informática son básicos, gracias.

Usa la herramienta del fabricante para darle formato a la unidad. Creo 
que sólo funciona bajo Windows pero este tipo de utilidades suelen ser 
bastante efectivas.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.04.13.16.47...@gmail.com

Re: Memoria USN kingstone

[alexlikerock-Gmail]

si ese problema te lo hizo MUGRU-BUNTU, ve con ellos a que te lo resuelvan,
Debian no es lo mismo que MUGRU-BUNTU.

otra cosa , si no sabes con que software  le estas partiendo el lomo a 
la memoria.

deverias atenerte a esa imprudencia tuya.



--
**
software libre no significa gratis: richard m. stallman
http://wiki.debian.org/es/NormasLista#resumen
http://wiki.debian.org/es/NormasLista/Gmail
http://es.wikipedia.org/wiki/Top-posting


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/552bf450.9040...@gmail.com

Memoria USN kingstone

[JESUS0414 .]

Hola comunidad, yo un usuario básico de debian, mas específicamente de
ubuntu. Resulta que yo tengo una USB de 8gb, y en una ovación estudiando en
la universidad, tuve que imprimir unos documentos de arquitectura de
software, y loa equipos poseían windows7, los cuales me llenaron la USB de
virus. Estos OS elimine con clamav, no sin antes sacar los archivos
importantes, una vez hice esto, la formatee con las herramientas que ofrece
linux, no recuerdo con cuales en este momento. El asunto es que dejo de
servir el pendrive, y no encuentro como arreglarla, he leído y según dicen
algunos usuarios, que lo que sucede es que se le borró la nand, otros dicen
que es la partición del pendrive que por el virus fue afectada y borrada.
La pregunta es, teniendo en cuenta que tanto windows como no ubuntu
reconocen el pendrive, pero no deja guardar ni formatear nada, se puede
recuperar el dispositivo, o debo dejarlo por muerto? En caso de poderse
recuperar, si no es mucha molestia, indicarme como repararla ya que en
realidad mis conocimientos en informática son básicos, gracias.

Re: Memoria USN kingstone

[Aradenatorix Veckhom Vacelaevus]

El 13 de abril de 2015, 11:23 a. m., JESUS0414 . escribió:
 Hola comunidad, yo un usuario básico de debian, mas específicamente de
 ubuntu. Resulta que yo tengo una USB de 8gb, y en una ovación estudiando en
 la universidad, tuve que imprimir unos documentos de arquitectura de
 software, y loa equipos poseían windows7, los cuales me llenaron la USB de
 virus. Estos OS elimine con clamav, no sin antes sacar los archivos
 importantes, una vez hice esto, la formatee con las herramientas que ofrece
 linux, no recuerdo con cuales en este momento. El asunto es que dejo de
 servir el pendrive, y no encuentro como arreglarla, he leído y según dicen
 algunos usuarios, que lo que sucede es que se le borró la nand, otros dicen
 que es la partición del pendrive que por el virus fue afectada y borrada. La
 pregunta es, teniendo en cuenta que tanto windows como no ubuntu reconocen
 el pendrive, pero no deja guardar ni formatear nada, se puede recuperar el
 dispositivo, o debo dejarlo por muerto? En caso de poderse recuperar, si no
 es mucha molestia, indicarme como repararla ya que en realidad mis
 conocimientos en informática son básicos, gracias.

Y en español y redacción también por lo visto.

¿Te da algún mensaje de error?  ¿cuál? ¿has dejado expuesta a la
intemperie o humedad esa memoria USB (o pendrive como le dices)?


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caacnk7bwmo-+2gj7n-dsg8i5nnsnwpatn1aflrl7oeylv4m...@mail.gmail.com

Archivo no encontrado u oculto en memoria usb

[martin ayos]

Buenos días. Hace unas horas copié un archivo .wav en una memoria usb desde
una pc con win7. La pc no es mía y no tengo acceso pleno a ella. Cuando lo
monto en mi debian 7 con lxde, el archivo pareciera no existir. No puedo
localizarlo. Probé con ctrlH pero nada. Volví a enchufar la memoria en
esa máquina con win7 y el archivo está ahí. Volví a copiarlo, pero me
ocurre lo mismo cuando vuelvo a montarlo en debian, es decir: el archivo no
se ve de ningún modo. Qué podrá estar ocurriendo?
Gracias.

-- 
Martín Ayos
===
http://www.martinayos.nsmweb.com.ar
http://www.ratakruel.nsmweb.com.ar
===
Linux User # 481475
===

Re: Archivo no encontrado u oculto en memoria usb

[martin ayos]

El 16 de diciembre de 2014, 9:52, martin ayos martin.a...@gmail.com
escribió:

 Buenos días. Hace unas horas copié un archivo .wav en una memoria usb
 desde una pc con win7. La pc no es mía y no tengo acceso pleno a ella.
 Cuando lo monto en mi debian 7 con lxde, el archivo pareciera no existir.
 No puedo localizarlo. Probé con ctrlH pero nada. Volví a enchufar la
 memoria en esa máquina con win7 y el archivo está ahí. Volví a copiarlo,
 pero me ocurre lo mismo cuando vuelvo a montarlo en debian, es decir: el
 archivo no se ve de ningún modo. Qué podrá estar ocurriendo?
 Gracias.

 --
 Martín Ayos
 ===
 http://www.martinayos.nsmweb.com.ar
 http://www.ratakruel.nsmweb.com.ar
 ===
 Linux User # 481475
 ===


Me respondo a mí mismo y agrego un dato que me parece sumamente raro: El
archivo en cuestión sí aparece en Nautilus. Pero PCMan no lo muestra. No
entiendo la razón.
Gracias nuevamente.
-- 
Martín Ayos
===
http://www.martinayos.nsmweb.com.ar
http://www.ratakruel.nsmweb.com.ar
===
Linux User # 481475
===

Re: Archivo no encontrado u oculto en memoria usb

[Pablo]

 Me respondo a mí mismo y agrego un dato que me parece sumamente raro: El
 archivo en cuestión sí aparece en Nautilus. Pero PCMan no lo muestra. No
 entiendo la razón.
 Gracias nuevamente.
 --
 Martín Ayos
 ===
 http://www.martinayos.nsmweb.com.ar
 http://www.ratakruel.nsmweb.com.ar
 ===
 Linux User # 481475
 ===




No si es el caso, pero a mi me sucedió varias veces que usando pcmanfm si
no precionaba f5 no actualizaba bien los cambios en los archivos. Me
sucedio en varias ocasiones. Puede que sea por eso.



-- 
Pablo

Re: Archivo no encontrado u oculto en memoria usb

[martin ayos]

El 16 de diciembre de 2014, 10:20, Pablo pablocar...@gmail.com escribió:


 Me respondo a mí mismo y agrego un dato que me parece sumamente raro: El
 archivo en cuestión sí aparece en Nautilus. Pero PCMan no lo muestra. No
 entiendo la razón.
 Gracias nuevamente.
 --
 Martín Ayos
 ===
 http://www.martinayos.nsmweb.com.ar
 http://www.ratakruel.nsmweb.com.ar
 ===
 Linux User # 481475
 ===




 No si es el caso, pero a mi me sucedió varias veces que usando pcmanfm si
 no precionaba f5 no actualizaba bien los cambios en los archivos. Me
 sucedio en varias ocasiones. Puede que sea por eso.



 --
 Pablo


Gracias por la respuesta. La verdad es que no comprendo cuál será el motivo.
-- 
Martín Ayos
===
http://www.martinayos.nsmweb.com.ar
http://www.ratakruel.nsmweb.com.ar
===
Linux User # 481475
===

Re: Archivo no encontrado u oculto en memoria usb

[Camaleón]

El Tue, 16 Dec 2014 10:28:09 -0300, martin ayos escribió:

 El 16 de diciembre de 2014, 10:20, Pablo pablocar...@gmail.com
 escribió:


 Me respondo a mí mismo y agrego un dato que me parece sumamente raro:
 El
 archivo en cuestión sí aparece en Nautilus. Pero PCMan no lo muestra.
 No entiendo la razón.
 Gracias nuevamente.

 No si es el caso, pero a mi me sucedió varias veces que usando pcmanfm
 si no precionaba f5 no actualizaba bien los cambios en los archivos. Me
 sucedio en varias ocasiones. Puede que sea por eso.


 Gracias por la respuesta. La verdad es que no comprendo cuál será el
 motivo.

Como te comenta Pablo, los administradores de archivos gráficos pueden 
ser problemáticos (bugs, caché...) por lo que antes de nada comprueba si 
efectivamente el archivo aparece en la llave (ls -la /media/llave_usb).

También puedes probar a matar el proceso de pcmanfm (killall pcmanfm, 
ojo que ese comando te dejará sin escritorio, tendrás que volver a 
iniciarlo) para ver si volviendo a ejecutar el proceso aparece el archivo.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.12.16.15.40...@gmail.com

Re: ¿Memoria ram reservada? o otroa cosa debian 7.x

[Camaleón]

El Sun, 14 Sep 2014 12:58:50 -0430, Vincent Romero escribió:

 Buenas tardes

(ese html...)

 Actualmente presento un problema con Debian 7  elcual es el siguiente:
 
 Al momento del arranque del sistema, el servidor debian empieza a
 reservar se prodria decir asi, memoria ram, realmente reserva 8 gb de
 los 16 gb que tiene y este comportamiento me parace sumanemte raro.

(...)

free -m

Como te han comentado, en principio se podría tratar del procedimiento 
normal del kernel. Claro que cuando tienes 16 GiB de RAM esa reserva tan 
elevada parece un poco exagerada ¿verdad? :-)

Como seguramente tendrás un sistema de 64 bits el consumo de RAM también 
es más elevado (también las aplicaciones ocupan más espacio es disco), 
pero preocúpate sólo si notas un comportamiento errático del sistema, lo 
notas lento o recibes algún error de tipo OOM.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.09.15.13.36...@gmail.com

¿Memoria ram reservada? o otroa cosa debian 7.x

[Vincent Romero]

Buenas tardes

Actualmente presento un problema con Debian 7  elcual es el siguiente:

Al momento del arranque del sistema, el servidor debian empieza a
reservar se prodria decir asi, memoria ram, realmente reserva 8 gb de los
16 gb que tiene y este comportamiento me parace sumanemte raro.

Cuando realizo un top n hay ningun servicio que me consuna 9 gb de ram nada
por el estilo. Tampoco tengo ninguna aplicacion abierta en ese moemento o
servicio  que atraves de top pueda ver y me diga el uso de memoria.

Existe un comando real el cual pueda ver los servicios dhcp dns iptables,
apache que me muestre el uso de memoria


A que se debera este comportamiento?

Saludos

Re: ¿Memoria ram reservada? o otroa cosa debian 7.x

[Luis Felipe Tabera Alonso]

On Sunday 14 September 2014 12:58:50 Vincent Romero wrote:
 
 A que se debera este comportamiento?
 
 Saludos

¿No tendrá que ver con esto?

http://www.linuxatemyram.com/

¿Cuál es la salida de free -m?

Luis


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1749954.VDGy6cq3Be@mychabol

Re: ¿Memoria ram reservada? o otroa cosa debian 7.x

[Vincent Romero]

BUenas tardes, creo que esta es la solucion.

Debo llegar al trabajo y chequearlo. Por todo lo que he visto y leido
coincide mucho con lo que pasa con el servidor.

Claro esta el servidor reserva 8 gb solo para el.


Saludos y gracias


On Sun, Sep 14, 2014 at 1:52 PM, Luis Felipe Tabera Alonso 
taber...@unican.es wrote:

 On Sunday 14 September 2014 12:58:50 Vincent Romero wrote:
 
  A que se debera este comportamiento?
 
  Saludos

 ¿No tendrá que ver con esto?

 http://www.linuxatemyram.com/

 ¿Cuál es la salida de free -m?

 Luis


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/1749954.VDGy6cq3Be@mychabol

Re: ¿Memoria ram reservada? o otroa cosa debian 7.x

[jors]

On 14/09/14 19:28, Vincent Romero wrote:

Buenas tardes

Actualmente presento un problema con Debian 7  elcual es el siguiente:

Al momento del arranque del sistema, el servidor debian empieza a
reservar se prodria decir asi, memoria ram, realmente reserva 8 gb de
los 16 gb que tiene y este comportamiento me parace sumanemte raro.

Cuando realizo un top n hay ningun servicio que me consuna 9 gb de ram
nada por el estilo. Tampoco tengo ninguna aplicacion abierta en ese
moemento o servicio  que atraves de top pueda ver y me diga el uso de
memoria.

Existe un comando real el cual pueda ver los servicios dhcp dns
iptables, apache que me muestre el uso de memoria


A que se debera este comportamiento?

Saludos


Google al rescate! [0]

[0] http://www.linuxatemyram.com/

Salut,
jors


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5415d6f0.1070...@enchufado.com

Re: ¿Memoria ram reservada? o otroa cosa debian 7.x

[jors]

On 14 de septiembre de 2014 19:57:04 CEST, jors j...@enchufado.com wrote:
On 14/09/14 19:28, Vincent Romero wrote:
 Buenas tardes

 Actualmente presento un problema con Debian 7  elcual es el
siguiente:

 Al momento del arranque del sistema, el servidor debian empieza a
 reservar se prodria decir asi, memoria ram, realmente reserva 8 gb
de
 los 16 gb que tiene y este comportamiento me parace sumanemte raro.

 Cuando realizo un top n hay ningun servicio que me consuna 9 gb de
ram
 nada por el estilo. Tampoco tengo ninguna aplicacion abierta en ese
 moemento o servicio  que atraves de top pueda ver y me diga el uso de
 memoria.

 Existe un comando real el cual pueda ver los servicios dhcp dns
 iptables, apache que me muestre el uso de memoria


 A que se debera este comportamiento?

 Saludos

Google al rescate! [0]

[0] http://www.linuxatemyram.com/

Salut,
jors

X-Greylist: delayed 12597 seconds by postgrey-1.34 at bendel; Sun, 14 Sep 2014 
21:35:24 UTC

3.5 horas de greylist y no es la primera vez... ¿ideas? xD

Salut,
jors


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/b8b811af-2e85-4a56-a4db-5b7a1dc58...@email.android.com

Re: montar memoria flash

[Rafael Acero]

Jajaja,tranquilos muchachos.Esta es una lista donde debe mantenerse la
tolerancia y el respeto.
Saludos.
El 13/08/2014 06:16, Debian GMail javier.debian.bb...@gmail.com
escribió:

 El 12/08/14 08:50, l...@ida.cu escribió:

 Buenos días a todos

 Tengo una duda pero es de Zentyal se que esta lista es de Debian pero
 bueno es linux igual 

 Mi duda es la siguiente en Zentyal 2.2 yo inserto una memoria usb y la
 reconoce el PCMAN y la monta perfectamente, en la versión 3.5 de Zentyal
 no lo hace, no la monta.. alguna idea ??

 No se si tiene que ver algo en el fstab ...???

 Agradezco toda ayuda.





 Luis, fijate por las dudas si tenés instalado udisks y udisks2

 Es el demonio que trabaja sobre D-Bus y se encarga del control de montaje
 memorias USB, ahora que HAL ha sido discontinuado de Debian y de los
 herederos de Debian.

 JAP


 PD: Ante un comentario de alguno que se las da de griego, El mundo está
 lleno de estúpidos (Cicerón). Y por tu acotación, sos uno más del montón.
 No sé de dónde serás, pero por mis pagos, una frase como la tuya termina
 con un puñetazo en la nariz.


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/53eb48d3.9070...@gmail.com

Re: montar memoria flash

[Debian GMail]

El 12/08/14 08:50, l...@ida.cu escribió:

Buenos días a todos

Tengo una duda pero es de Zentyal se que esta lista es de Debian pero
bueno es linux igual 

Mi duda es la siguiente en Zentyal 2.2 yo inserto una memoria usb y la
reconoce el PCMAN y la monta perfectamente, en la versión 3.5 de Zentyal
no lo hace, no la monta.. alguna idea ??

No se si tiene que ver algo en el fstab ...???

Agradezco toda ayuda.






Luis, fijate por las dudas si tenés instalado udisks y udisks2

Es el demonio que trabaja sobre D-Bus y se encarga del control de 
montaje memorias USB, ahora que HAL ha sido discontinuado de Debian y de 
los herederos de Debian.


JAP


PD: Ante un comentario de alguno que se las da de griego, El mundo está 
lleno de estúpidos (Cicerón). Y por tu acotación, sos uno más del 
montón. No sé de dónde serás, pero por mis pagos, una frase como la tuya 
termina con un puñetazo en la nariz.



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53eb48d3.9070...@gmail.com

montar memoria flash

[luis]

Buenos días a todos

Tengo una duda pero es de Zentyal se que esta lista es de Debian pero 
bueno es linux igual 


Mi duda es la siguiente en Zentyal 2.2 yo inserto una memoria usb y la 
reconoce el PCMAN y la monta perfectamente, en la versión 3.5 de Zentyal 
no lo hace, no la monta.. alguna idea ??


No se si tiene que ver algo en el fstab ...???

Agradezco toda ayuda.



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/8226f0fed118c31342294d09611cd...@ida.cu

Re: montar memoria flash

[Ricardo Eureka!]

Que es Zentyal?


El 12 de agosto de 2014, 8:50, l...@ida.cu escribió:

 Buenos días a todos

 Tengo una duda pero es de Zentyal se que esta lista es de Debian pero
 bueno es linux igual 

 Mi duda es la siguiente en Zentyal 2.2 yo inserto una memoria usb y la
 reconoce el PCMAN y la monta perfectamente, en la versión 3.5 de Zentyal no
 lo hace, no la monta.. alguna idea ??

 No se si tiene que ver algo en el fstab ...???

 Agradezco toda ayuda.



 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/8226f0fed118c31342294d09611cd...@ida.cu

Re: montar memoria flash

[luis]

On Tue, 12 Aug 2014 08:51:54 -0300, Ricardo Eureka! wrote:

Que es Zentyal?

El 12 de agosto de 2014, 8:50,  escribió:


Buenos días a todos

Tengo una duda pero es de Zentyal se que esta lista es de Debian
pero bueno es linux igual 

Mi duda es la siguiente en Zentyal 2.2 yo inserto una memoria usb y
la reconoce el PCMAN y la monta perfectamente, en la versión 3.5 de
Zentyal no lo hace, no la monta.. alguna idea ??

No se si tiene que ver algo en el fstab ...???

Agradezco toda ayuda.

--
To UNSUBSCRIBE, email to
debian-user-spanish-requ...@lists.debian.org [1]
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org [2]
Archive:
https://lists.debian.org/8226f0fed118c31342294d09611cd...@ida.cu [3]




Links:
--
[1] mailto:debian-user-spanish-requ...@lists.debian.org
[2] mailto:listmas...@lists.debian.org
[3] https://lists.debian.org/8226f0fed118c31342294d09611cd...@ida.cu
[4] mailto:l...@ida.cu


Zentyal es un paquete de software para diferentes usos bajo plataforma 
Ubuntu



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/4100b5813356e1587b71080d4e7d4...@ida.cu

[OT-Zentyal] Re: montar memoria flash

[Camaleón]

El Tue, 12 Aug 2014 07:50:28 -0400, luis escribió:

 Buenos días a todos
 
 Tengo una duda pero es de Zentyal se que esta lista es de Debian pero
 bueno es linux igual 

Claro, claro... total :-)

Al menos márcalo como OT.

 Mi duda es la siguiente en Zentyal 2.2 yo inserto una memoria usb y la
 reconoce el PCMAN y la monta perfectamente, en la versión 3.5 de Zentyal
 no lo hace, no la monta.. alguna idea ??
 
 No se si tiene que ver algo en el fstab ...???
 
 Agradezco toda ayuda.

Conecta la llave USB, abre una terminal, ejecuta y manda la salida de 
estos comandos:

dmesg | tail -40
mount
cat /etc/fstab

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.08.12.14.05...@gmail.com

Re: montar memoria flash

[Felix Perez]

El día 12 de agosto de 2014, 7:51, Ricardo Eureka!
ricardoeur...@gmail.com escribió:
 Que es Zentyal?


No te gastes, igual alguien le va a contestar.


 El 12 de agosto de 2014, 8:50, l...@ida.cu escribió:

 Buenos días a todos

 Tengo una duda pero es de Zentyal se que esta lista es de Debian pero
 bueno es linux igual 

 Mi duda es la siguiente en Zentyal 2.2 yo inserto una memoria usb y la
 reconoce el PCMAN y la monta perfectamente, en la versión 3.5 de Zentyal no
 lo hace, no la monta.. alguna idea ??

 No se si tiene que ver algo en el fstab ...???

 Agradezco toda ayuda.





-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAAiZAx5Ka6iNi9AGe6=9oX9=wypgr66prcxszp12hhzmwn3...@mail.gmail.com

Re: montar memoria flash

[Ricardo Eureka!]

Tarde. Ya salio la contestadora serial a iluminar con su omnipresencia


El 12 de agosto de 2014, 18:31, Felix Perez felix.listadeb...@gmail.com
escribió:

 El día 12 de agosto de 2014, 7:51, Ricardo Eureka!
 ricardoeur...@gmail.com escribió:
  Que es Zentyal?
 

 No te gastes, igual alguien le va a contestar.

 
  El 12 de agosto de 2014, 8:50, l...@ida.cu escribió:
 
  Buenos días a todos
 
  Tengo una duda pero es de Zentyal se que esta lista es de Debian pero
  bueno es linux igual 
 
  Mi duda es la siguiente en Zentyal 2.2 yo inserto una memoria usb y la
  reconoce el PCMAN y la monta perfectamente, en la versión 3.5 de
 Zentyal no
  lo hace, no la monta.. alguna idea ??
 
  No se si tiene que ver algo en el fstab ...???
 
  Agradezco toda ayuda.
 
 
 


 --
 usuario linux  #274354
 normas de la lista:  http://wiki.debian.org/es/NormasLista
 como hacer preguntas inteligentes:
 http://www.sindominio.net/ayuda/preguntas-inteligentes.html


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/caaizax5ka6ini9age69ox9wypgr66prcxszp12hhzmwn3...@mail.gmail.com

No puedo aumentar la memoria en Contenedor OpenVZ

[ciracusa]

Lista, buenos días.

Les comento que tengo una PC con 2GB de RAM instalada con Debian 6 y OpenVZ.

La misma tiene un solo contenedor OpenVZ, el cual en primer lugar tenía 
asignado 256MB de RAM.


Luego lo aumenté a 512 de esta manera:

# vzctl set 101 --vmguarpages 512M --save
# vzctl set 101 --oomguarpages 512M --save
# vzctl set 101 --privvmpages 512M --save

Hasta aquí todo bien, pero cuando quiero darle 1GB de RAM me informa que 
el comando se ejecutó correctamente pero si ejecuto el comando free me 
informa que sigue teniendo 512 de RAM.


Alguien sabe que puede estas pasando?

Muchas Gracias.

Saludos.



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/536a2321.7090...@gmail.com

Re: No puedo aumentar la memoria en Contenedor OpenVZ

[Ulises M. Alvarez]

On Wed, 2014-05-07 at 09:12 -0300, ciracusa wrote:
 Lista, buenos días.
 
 Les comento que tengo una PC con 2GB de RAM instalada con Debian 6 y OpenVZ.
 
 La misma tiene un solo contenedor OpenVZ, el cual en primer lugar tenía 
 asignado 256MB de RAM.
 
 Luego lo aumenté a 512 de esta manera:
 
 # vzctl set 101 --vmguarpages 512M --save
 # vzctl set 101 --oomguarpages 512M --save
 # vzctl set 101 --privvmpages 512M --save
 
 Hasta aquí todo bien, pero cuando quiero darle 1GB de RAM me informa que 
 el comando se ejecutó correctamente pero si ejecuto el comando free me 
 informa que sigue teniendo 512 de RAM.
 

Hola:

Prueba deteniendo (Stop) / iniciando (Start) la jaula. Es lo más
recomendable cuando haces cambios a los recursos asignados.
-- 
Ulises M. Alvarez u...@sophie.unam.mx
http://sophie.unam.mx/


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1399469158.9991.2.ca...@jimbanhi.geociencias.unam.mx