服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

Linux“哪个virtualenv-2.7”显示重复path

我想我尝试安装ruby时弄乱了一些组件,而不是virtualenv-2.7似乎被破坏。 我甚至不确定我是否正确地描述了这个问题,因为我无法弄清楚这个问题,更不用说解决问题了。 这不是在bash_profile (根据我的有限理解,我唯一真正的领导)。 我不知道还有什么可以看,什么search。 运行哪个virtualenv-2.7导致: $ which virtualenv-2.7 /usr/bin/which: no virtualenv-2.7 in (/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-use … nv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.rbenv/shims:/home/ec2-user/.linuxbrew/bin:/home/ec2-user/.linuxbrew/bin:/usr/local/rvm/gems/ruby-2.3.3/bin:/usr/local/rvm/gems/ruby-2.3.3@global/bin:/usr/local/rvm/rubies/ruby-2.3.3/bin:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/opt/aws/bin:/usr/local/rvm/bin:/home/ec2-user/.local/bin:/home/ec2-user/bin) 结束于 …:/home/ec2-user/.rbenv/shims:/home/ec2-user/.linuxbrew/bin:/home/ec2-user/.linuxbrew/bin:/usr/local/rvm/gems/ruby -2.3.3 /斌:/usr/local/rvm/gems/ruby-2.3.3@global/bin:/usr/local/rvm/rubies/ruby-2.3.3/bin:在/ usr / local / bin目录: /bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/opt/aws/bin:/usr/local/rvm/bin:/home/ec2-user/.local/bin :/家庭/ EC2用户/箱) 我发现这试图安装certbot $ sudo ./certbot-auto –debug续约 软件包python27-pip-6.1.1-1.23.amzn1.noarch已经安装和最新版本 没事做 创build虚拟环境… ./certbot-auto:第864行:virtualenv:找不到命令 我该如何解决? 将只是卸载viartualenv-2.7和重新安装它的帮助,以及如何?

在运行lvreduce之后将逻辑卷恢复到原来的大小,并在CentOS 7中搞砸了

在尝试这个之前应该多读些关于这方面的知识,但是现在我知道得更多了…把事情搞砸了。 事后才知道xfs的缺点。 操作系统显然是安装了默认的分区和types,所以有以下几点: /dev/mapper/cl-root 50G xfs /dev/mapper/cl-home 50G xfs cl-root已经达到了100%,所以我以为自己并没有真正被使用,所以我会从cl-home那里窃取这个空间。 有以下几点: lvresize –size 10GB /dev/mapper/cl-home lvresize –size 89GB /dev/mapper/cl-root 两个都是成功的,这些变化反映在每个卷的lvdisplay中; 然而df -h仍然显示他们是相同的大小。 决定重新启动,这是由于/home没有正确安装而进入紧急模式的地方。 作为一个解决办法,我修改了/etc/fstab ,这样nofail可以启动/dev/mapper/cl-home ,这样可以正常启动,尽pipe它重做了/home目录。 我看着df -h ,它没有显示/dev/mapper/cl-home ,文件系统仍然显示/dev/mapper/cl-root相同的大小。 lvdisplay显示调整驱动器大小。 尝试mount /home并获得: mount: /dev/mapper/cl-home: can't read superblock 。 据我所知,减小或增加文件系统大小的过程分为两部分:1)修改逻辑卷,然后2)修改文件系统。 我已经做了1)的印象,只需要做2)。 尝试: resize2fs /dev/mapper/cl-home 10G resize2fs 1.42.9 (28-Dec-2013) resize2fs: Bad magic number in super-block while […]