Revisate el archivo menu.lst de  /boot/grub
y buscate esta linea
kernel (hd0,10)/boot/vmlinuz root=/dev/hda11 *acpi=off*

Agrégale solamente lo que está marcado en negrito y guarda los cambios.

Si te falla esa, entonces prueba agregando ésta otra:

kernel (hd0,10)/boot/vmlinuz root=/dev/hda11 *noapic*

Saludos.

2007/12/10, Cristian Muñoz Rosenfeld <[EMAIL PROTECTED]>:
>
> Estimados, tengo instalado ubuntu con kernel version 2.6.22-14    en un
> notebook dell modelo Inspiron 710M. Sucede que al momento de mandar a apagar
> el equipo, este no se apaga por completo (queda el led del disco duro
> encendido).
>
> Alguien conoce donde podría indagar para solucionar el problema.
>
> Saludos,
>
> Cristian Muñoz Rosenfeld
>



-- 
Patricio Morales Fariña
Técnico en Computación
Alumno Ing. Informática (Técnicos Vespertino)
Universidad de los Lagos
045-219291- Temuco Chile
cel 78732062-
From [EMAIL PROTECTED]  Wed Dec 12 12:15:48 2007
From: [EMAIL PROTECTED] ([EMAIL PROTECTED])
Date: Wed Dec 12 12:18:49 2007
Subject: pertenencia de usuario a mas de 33 grupos
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Perdon nose si estoy dormido o lei ma, cual es tu duda?

El día 12/12/07, Gabriel Sepúlveda O. <[EMAIL PROTECTED]> escribió:
>
> Señores agradecería enormemente si pueden ayudarme con el siguiente
> problema
>
> Para cada proyecto que realiza la empresa se genera una carpeta donde es
> administrada toda la información asociada a este, para restringir los
> accesos a estas carpetas se define un grupo de usuarios por proyecto. Este
> esquema funciona a la perfección siempre y cuando un usuario no pertenezca
> a
> mas de 32 grupos, si a un usuario le asigno la pertenencia al grupo numero
> 33 el esquema pierde su funcionalidad ya que aleatoriamente no reconoce la
> inclusión en los grupos y deniega el acceso a las carpetas.
>
> He revisado los archivos passwd, shadow y group en relación a usuarios y
> grupos específicos y no presentan problemas sus registros. Como datos
> anexos
> les puedo indicar que la:
>
> versión Kernel es Linux oz 2.4.21-241-smp #1 SMP Tue Aug 10 15:55:34 UTC
> 2004 i686 unknown
>
> y la versión de distribución es
>
> UnitedLinux 1.0 (i586)
> VERSION = 1.0
> SuSE Linux Openexchange Server 4.1.1 (i586)
> VERSION = 4.1.1
> RELEASE = 4.1.1
>
> Agradeciendo su atencion, atentamente
>
> Gabriel Sepúlveda O.
>
>


-- 
Andrés Esteban. Ovalle Gahona
Msn: [EMAIL PROTECTED]
Ingenieria Ejecucion Computacion e Informatica
Web: http://labdecom.decom.uta.cl/~aovalle/
Movil: 09-5791839
Usuario Linux #456290 (counter.li.org)
From [EMAIL PROTECTED]  Wed Dec 12 12:57:47 2007
From: [EMAIL PROTECTED] (Rodrigo Fuentealba)
Date: Wed Dec 12 13:08:00 2007
Subject: pertenencia de usuario a mas de 33 grupos
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

El 12/12/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> escribió:
> Perdon nose si estoy dormido o lei ma, cual es tu duda?
>

Deduzco que se trata de una empresa en la cual manejan los proyectos
con un servidor Linux, en la cual, cada vez que se contrata a un
usuario para trabajar en un proyecto, se le asigna su nombre de
usuario con:

$ useradd -g users -G proyecto1, proyecto2 rfuentealba

Cada vez que aparece un proyecto nuevo, se crea de la siguiente forma:

$ groupadd proyectonuevo

El problema es que cuando hay un usuario que está definido en 32
proyectos, este esquema funciona, pero le agregan un proyecto más y
empieza a tener problemas de que no puede acceder, de que tiene
denegado el acceso a algunos directorios et al.

http://www.cs.washington.edu/lab/GrpAdmin/grpframe.html

1. Introduction and Problem Statement

[ ... ] "A second problem is the limit imposed by Unix on the maximum
number  (usually  16-32)  of groups associated with an individual or
process. This  limit  intrudes  when  extensive  or  fine-grained
group-based  file  sharing is required.  A typical example occurs
when instructors or TAs must be members  of  a  large  number  of
class-specfic  groups.   Since changing group memberships "on the fly"
is difficult or impossible, it may be  necessary  for  those
individuals  to  sacrifice  other  group  memberships in order to
accomodate the addition of the class groups."

> > He revisado los archivos passwd, shadow y group en relación a usuarios y
> > grupos específicos y no presentan problemas sus registros. Como datos
> > anexos

Nada que hacer, dile al jefe que invierta un poquito más en un sistema
decente para manejar proyectos. Por último, si tus usuarios trabajan
en Windows, puedes usar SVN con TortoiseSVN. (¿No sé si GIT y
Mercurial tienen buen soporte en Windows?)

Saludos,

-- 
Rodrigo Fuentealba

Responder a